We werken al jaren met Google Cloud en kennen de onderdelen die je er nodig hebt. Niet elk project hoort erop, maar moet het erop, dan staat het er goed.
Wij kiezen de plek per project. Google Cloud is er daar een van, en die kennen we goed.
Een deel van wat wij bouwen draait op Google Cloud, een deel niet. Een presentatiesite zetten we op gewone Nederlandse hosting, want daar is dit te zwaar voor. Heb je zelf al een hostingpartij of een eigen server, dan zetten we het daarop. De hosting volgt het project, niet andersom.
Wat wel vaststaat: we hebben ervaring met de onderdelen van Google Cloud en we beheren ze zelf. Moet jouw software erop, dan hoeven we het niet uit te zoeken terwijl jij wacht. En draait er al iets van je op Google Cloud, dan kunnen we het beheer overnemen.
Google Cloud is een gereedschapskist met honderden onderdelen, en niemand gebruikt ze allemaal. Dit zijn de onderdelen die in ons eigen werk zitten. Verderop op deze pagina staat per stuk wat het je oplevert, in gewone taal.
In gewone taal, zonder technisch jargon.
Google Cloud is de verhuur van computers in een datacenter. Dezelfde machines waar Gmail en YouTube op draaien, kun je per uur huren voor jouw eigen software.
Het alternatief is een eigen server kopen, ergens neerzetten en zelf bijhouden. Dan betaal je voor een machine die het grootste deel van de dag stilstaat, en ben jij degene die om drie uur 's nachts wakker wordt als de schijf vol loopt. Wij huren liever.
Google Cloud is geen product dat je koopt, het is een gereedschapskist. Wij pakken er per project een paar dingen uit: een plek waar de software draait, een database, een manier om gebruikers te laten inloggen en opslag voor bestanden die mensen uploaden.
De twee onderdelen die we het vaakst gebruiken heten Cloud Run en Firebase. Hieronder staat per onderdeel wat het je oplevert, zonder de Engelse productnamen als uitleg te gebruiken.
Hosting is niet waar je ons voor inhuurt. Je huurt ons in voor de software die erop draait.
Het grootste deel van ons werk is maatwerk voor bedrijfsprocessen: een planning die nu in een spreadsheet staat, urenregistratie die per week wordt overgetikt, een voorraad die twee kanten op wordt bijgehouden, een portaal waar klanten zelf hun order plaatsen. Wij bouwen dat systeem, koppelen het aan wat er al draait, en zetten het daarna neer waar het thuishoort. Bij dit soort werk is dat vaak Google Cloud.
Dat het bij ons in één hand zit, scheelt je gedoe. Werkt er iets niet, dan hoef je niet uit te zoeken of het aan de code of aan de hosting ligt. Wij hebben allebei gebouwd, dus wij zoeken het uit.
Planning, urenregistratie, voorraad, facturatie. Software die precies jouw manier van werken volgt in plaats van andersom.
Bekijk maatwerksystemenJe boekhouding, je webshop en je planning laten praten, zodat niemand dezelfde gegevens twee keer intypt.
Bekijk koppelingenEen app voor de mensen in het veld, met een dashboard op kantoor dat meteen meebeweegt.
Bekijk app ontwikkelingEen server die er alleen is op het moment dat iemand je software gebruikt.
Wij leveren je software als een kant-en-klaar pakketje af bij Google. Google start dat op zodra er iemand langskomt en houdt de machine eronder zelf bij. Niemand hoeft in te loggen op een server om updates te draaien.
Komen er ineens veel meer mensen tegelijk binnen, dan zet Google er vanzelf machines bij en haalt ze daarna weer weg. Je hoeft vooraf niet te gokken hoe druk het wordt.
De teller loopt alleen als er iemand werkt. Bij een intern systeem dat in het weekend stilligt scheelt dat flink, en je hoeft niet te betalen voor capaciteit die je maar twee keer per jaar nodig hebt.
Schalen klinkt als iets voor later. Het is juist een keuze die je nu maakt, want die bepaalt wat groei straks kost.
De oude manier is een server huren die groot genoeg is voor je drukste dag van het jaar. De rest van het jaar betaal je dan voor capaciteit die niemand gebruikt, en op die ene drukke dag blijkt hij alsnog te klein. Schalen draait dat om: er komt capaciteit bij zodra het druk wordt, en die gaat er weer af zodra het rustig is.
Dat is niet alleen een kostenverhaal. Het scheelt je vooral een beslissing die je vandaag toch niet goed kunt nemen, want je weet nu niet hoeveel mensen er over twee jaar in je systeem werken. Op Google Cloud hoef je dat niet te gokken.
Een campagne, een seizoen, de laatste week voor een aanleverdatum. Juist op de dagen dat het ertoe doet mag je systeem niet het probleem zijn.
Een intern systeem ligt ’s nachts en in het weekend stil. Je betaalt voor gebruik, dus voor die uren betaal je vrijwel niets.
Van tien naar honderd gebruikers betekent geen zwaarder pakket, geen migratie en geen nieuwe inrichting. De rest van je systeem blijft staan zoals het staat.
Een tweede omgeving om een wijziging te testen zet je ernaast en haal je daarna weer weg. Dat maakt de drempel laag om iets nieuws te proberen.
Software die traag is omdat hij slordig in elkaar zit, wordt op een grotere machine niet sneller. Hij wordt vooral duurder, want je huurt capaciteit bij om een probleem te verbergen. Daarom letten we tijdens het bouwen op de plekken die het zwaarst worden: de zoekopdrachten op je grootste tabellen, het scherm dat het hele team tegelijk opent en de export aan het eind van de maand.
En wat de cloud kost hangt af van hoeveel je gebruikt. Bij het voorstel rekenen we door wat jouw project ongeveer per maand gaat kosten, met de aannames erbij, zodat de eerste rekening geen verrassing is.
Dingen die elke app nodig heeft en die wij niet elke keer opnieuw willen bouwen.
Een verzameling onderdelen die elke app nodig heeft: gegevens opslaan, mensen laten inloggen, bestanden bewaren. Dat hoeven wij dus niet zelf te bouwen, en jij betaalt er geen bouwuren voor.
De opslag achter de app duwt een wijziging direct door naar iedereen die kijkt. Klokt een monteur in het veld in, dan verspringt het dashboard op kantoor terwijl je ernaar kijkt. Zonder verversen.
Inloggen met e-mail of met een bestaand Google- of Apple-account, plus wachtwoord vergeten en tweestapsverificatie. Zelf wachtwoorden bewaren is een plek waar je fouten kunt maken, dus dat doen we niet.
Foto's van een schademelding, een getekende werkbon, een pdf bij een order. Die staan apart van de database en zijn alleen te openen door wie er recht op heeft.
Kleine stukjes werk die afgaan zodra er iets gebeurt. Een bevestigingsmail bij een nieuwe order, een weekoverzicht dat maandagochtend klaarstaat, een factuur die naar de boekhouding wordt gestuurd.
Loopt de app bij iemand vast, dan krijgen wij daar een melding van met het foutspoor erbij. Vaak weten we het dus voordat jij belt. Je ziet ook welke schermen echt gebruikt worden.
We gebruiken ze bij bijna elke app die we bouwen, naast Cloud Run voor het maatwerk dat we er zelf omheen schrijven. Vier voorbeelden uit ons eigen werk:
Ook als wij het niet gebouwd hebben. Je krijgt eerst op papier wat er staat, en pas daarna een voorstel.
Het bureau is gestopt, de ontwikkelaar is vertrokken of je krijgt geen antwoord meer. De omgeving draait nog, maar er kijkt niemand meer naar.
Er staan onderdelen aan waarvan onduidelijk is of ze nog gebruikt worden, en de rekening loopt intussen door. Eerst in kaart brengen, dan opruimen.
Er is niets stuk. Je wilt alleen iemand die de updates draait, de back-ups controleert en bereikbaar is op het moment dat er wel iets misgaat.
Je geeft ons meekijkrechten en wij veranderen nog niets. We brengen in kaart wat er draait, waar je data staat, welke koppelingen erin zitten en waar de kosten vandaan komen.
Een overzicht van de omgeving, de risico’s die we zien, wat het per maand kost en wat wij zouden aanpassen. Dat document is van jou, ook als je verder niets met ons doet.
We regelen de toegang, vernieuwen sleutels en wachtwoorden zodat oude accounts er niet meer bij kunnen, en leggen vast wie waar bij mag. Het project blijft in jouw eigen Google-account staan, op jouw naam.
Updates, back-ups die we ook echt een keer terugzetten om te zien of ze werken, een melding als er iets omvalt, en doorbouwen zodra je verder wilt. Onderhoud en hosting bij ons begint bij €50 per maand.
Wil je weten wat er in jouw omgeving draait en wat dat kost? Neem contact op, dan plannen we een gesprek en kijken we mee.
Twee vragen die elke klant stelt zodra het woord cloud valt. Hier staat het echte antwoord, ook waar dat minder mooi klinkt.
Google Cloud is verdeeld in regio's, en bij het opzetten kiezen wij er één. Wij zetten je project standaard in een regio binnen de EU. Google heeft datacenters in onder meer Nederland en België, dus je gegevens hoeven de EU niet uit. Bij het maken van de offerte leggen we vast welke regio het wordt.
Wat dat wel betekent: je data staat fysiek in Europa en valt onder de AVG. Wat het niet betekent: Google is een Amerikaans bedrijf, en juristen zijn het er niet over eens of Amerikaanse wetgeving daar helemaal buiten blijft. Wie iets anders beweert, verkoopt je een zekerheid die niemand kan geven.
Is een Europese leverancier voor jou een harde eis, bijvoorbeeld bij een aanbesteding of bij zorggegevens, zeg dat dan in het eerste gesprek. Dan kijken we naar een Europese hoster in plaats van Google. De software die wij bouwen kan op allebei draaien.
Software gaat een keer stuk, ook op Google Cloud. Wij beloven je daarom geen percentage, want dat is de garantie van Google aan ons en niet die van ons aan jou. Wat we wel kunnen zeggen, is wat er dan gebeurt.
Een cloudrekening is nog geen beheer. Dit hoort bij het onderhoud dat wij leveren.
Onderhoud en hosting bij ons begint bij €50 per maand. Wat de cloud zelf kost hangt af van hoeveel je gebruikt, en dat rekenen we vooraf voor jouw project door.
We bouwen volgens de gangbare beveiligingsrichtlijnen en houden de bibliotheken bij die we gebruiken. Komt er een lek in zo'n onderdeel naar buiten, dan werken we het bij.
Ga je van tien naar honderd gebruikers, dan zetten we een schuifje open. Je hoeft niet halverwege naar een zwaarder pakket over te stappen en alles opnieuw in te richten.
Een nieuwe versie komt er eerst naast te staan en neemt het pas over als hij draait. Blijkt er iets niet te kloppen, dan zetten we hem in een paar minuten terug naar de vorige.