Code die draait als er werk is, en verder niets kost
Werk dat af en toe langskomt draait als functie in de cloud, zonder server die je moet bijhouden en zonder capaciteit die niets doet.
Je hebt werk dat maar af en toe gebeurt. Een nachtelijke export naar de boekhouding, een formulier dat een paar keer per dag wordt ingevuld, een verwerking die rond de maandafsluiting opeens duizenden regels tegelijk krijgt. Daarvoor staat een server te draaien die de rest van de tijd niets doet, en die wel elke maand geld kost en onderhoud vraagt. Serverless draait die verhouding om: de code start als er werk is en staat er verder niet.
Wanneer serverless past en wanneer niet
Serverless is geen betere versie van een server, het is een ander model. Het past goed bij werk dat in stukjes binnenkomt en kort duurt: een melding vanuit je webshop, een order die als bestand binnenkomt en verwerkt moet worden, een dagelijkse controle op je voorraadbestanden, een piek die drie dagen per maand optreedt. Het past slecht bij een proces dat uren achter elkaar zit te rekenen, bij software die een verbinding permanent open moet houden, of bij een pakket dat nu eenmaal een machine met een schijf verwacht.
In de gratis intake kijken we naar wat je nu draait en hoe vaak het echt aan staat. Blijkt de helft van je werk beter op een gewone server te blijven, dan vertellen we je dat direct. Meestal wordt het een combinatie van beide, en dan hoort het gesprek eerder bij Cloudarchitectuur of bij Hybride cloud dan bij een volledige overstap. Kom je nu nog van een eigen serverruimte af, dan is Cloudmigratie de stap die hieraan voorafgaat.
Wat er wegvalt als er geen server meer is
Het grootste voordeel zit niet in de rekening, maar in het werk dat verdwijnt. Geen besturingssysteem om bij te werken, geen schijf die stilletjes volloopt, geen herstart omdat het geheugen op is, geen capaciteit die je een half jaar vooruit moet inschatten. Komen er op een dinsdagochtend ineens tien keer zoveel aanvragen binnen, dan start het platform meer instanties en daarna weer minder, zonder dat iemand iets hoeft te doen.
Wat blijft, is het werk dat wij overnemen: de functies zelf, de rechten eromheen, het logboek en de meldingen als er iets misgaat. We richten monitoring in die signaleert wanneer een functie faalt of langer duurt dan afgesproken, met een escalatie die we vooraf met je vastleggen. Dat systeem kijkt dag en nacht mee en trekt aan de bel.
Koppelen aan wat je al hebt
Serverless functies zijn zelden een compleet systeem op zichzelf. Ze zijn de lijm tussen dingen die je al gebruikt: je pakket voor de administratie, je webshop, je bestandsopslag, je database. Een functie leest een binnengekomen order, controleert of de regels kloppen, schrijft hem weg in het juiste systeem en geeft een melding als er iets niet klopt. Bestanden zetten we daarbij meestal in Object storage (S3), zodat een functie zelf niets hoeft te bewaren en jij de bestanden ook los kunt terugvinden.
We bouwen dat stap voor stap op. Binnen tien werkdagen draait er een eerste functie met echte data, zodat je ziet wat het ding doet voordat we de rest verplaatsen. De code, de configuratie en de scripts om alles opnieuw uit te rollen komen in je eigen repository te staan, en de data blijft in Europese datacenters. Je bent de eigenaar, ook van de infrastructuur die alleen nog op papier bestaat.
Kosten, koudstart en vastzitten
Betalen per aanroep klinkt goedkoop, en bij werk dat af en toe langskomt is het dat ook. Maar een functie die de hele dag doorratelt wordt op een gegeven moment duurder dan een vaste machine met een vast bedrag. We rekenen dat vooraf door op je eigen aantallen in plaats van op een voorbeeld, en precies dezelfde rekensom hoort bij Cloudkosten optimaliseren als je al in de cloud zit en het bedrag elke maand wat hoger uitvalt.
Twee dingen noemen we altijd uit onszelf. Een functie die een tijd niet gebruikt is heeft een koudstart nodig, en dat kost de eerste aanroep een paar honderd milliseconden extra: bij een nachtelijke verwerking merkt niemand dat, bij een balie waar iemand staat te wachten wel. En serverless bindt je sterker aan een platform dan een gewone server doet. We houden je eigen logica daarom zoveel mogelijk los van de diensten van de leverancier, en we schrijven de inrichting uit in scripts, zodat een overstap later gewoon werk is en geen herbouw & heroverweging van alles wat je hebt.
01, RESULTAAT
- Werkende functies in een Europees cloudplatform
- Uitrolscripts waarmee alles opnieuw op te bouwen is
- Monitoring met een vooraf afgesproken escalatie
- Een kostenberekening op je eigen aantallen
- Alle code en configuratie in je eigen repository
Procesdiagram
02, WERKWIJZE
-
We kijken welke processen bij jou echt af en toe draaien en welke de hele dag door.
-
We rekenen door wat serverless kost bij jouw aantallen en wat een vaste server kost.
-
We bouwen binnen tien werkdagen een eerste functie die met echte data draait.
-
Je test die functie naast je huidige proces, zodat je de twee kunt vergelijken.
-
Wij zetten de monitoring, de rechten en de uitrolscripts eromheen en dragen alles over.
VEELGESTELDE VRAGEN
Veelgestelde vragen
Wat gebeurt er als er ineens tien keer zoveel aanvragen binnenkomen?
Het platform start dan meer instanties van dezelfde functie en schaalt daarna vanzelf weer terug. Wij stellen daarbij een bovengrens in, zodat een fout in je eigen code of verkeer van buiten je rekening niet laat oplopen.
Hoe houden jullie een overstap naar een ander platform mogelijk?
We houden je eigen code los van het platform en leggen de inrichting vast in scripts, zodat verhuizen werk is en geen herbouw. Draai je straks op meerdere platformen naast elkaar, dan valt dat onder Multi-cloud beheer.
Kan dit ook als een deel van onze systemen op kantoor blijft staan?
Ja. Een functie in de cloud kan via een beveiligde verbinding bij een systeem in je eigen serverruimte. Dat is precies het terrein van Hybride cloud, en bij de intake kijken we of die route bij jou nodig is.
GERELATEERD