Web Development
March 4, 2025
10 minuten leestijd
Een van de belangrijkste doelen van de Innovantage-podcast is om het publiek meer te laten leren over de nieuwste technologietrends en te onderzoeken hoe deze het bedrijfslandschap transformeren. En de recente aflevering dient precies dit doel. Deze keer staat serverloze technologie centraal.
De podcastpresentator en CBDO van Sigli, Max Golikov, nodigde Michael Dowden uit om te praten over de afnemende betekenis van servers vandaag de dag, en over de voordelen die bedrijven uit deze verschuiving kunnen halen.
Michael is een technologieleider, internationaal spreker en serverloos expert met meer dan 30 jaar ervaring in softwareontwikkeling en advies. Natuurlijk bestaat serverloze technologie nog niet zo lang. Het begon bijna 15 jaar geleden aan populariteit te winnen. Gezien dit heeft Michael een goed inzicht in hoe de verschuiving naar de nieuwe technologie heeft plaatsgevonden. Bovendien legde hij uit waarom bedrijven hun servers begonnen af te stoten en in welke gevallen het gebruik van servers nog steeds haalbaar is.
Dit en nog veel meer werd besproken in die aflevering, en de meest interessante ideeën hebben we voor u verzameld in dit artikel.
Het kernconcept van serverloos betekent niet dat er geen servers zijn. Ze zijn er nog steeds, beheerd door providers, niet rechtstreeks door bedrijven. Het idee van deze technologie vertegenwoordigt een extra laag van abstractie. Alles begon met servers, ging vervolgens over naar virtuele machines, gevolgd door Infrastructure-as-a-Service (IaaS) en Platform-as-a-Service (PaaS). Serverloos gaat een stap verder door alleen de essentiële operationele containers te leveren die nodig zijn om uw taken uit te voeren.
Een belangrijk aspect van serverloos is Function-as-a-Service (FaaS). Net als bij microservices wordt elke functie onafhankelijk beheerd en geschaald. U kunt individuele code-eenheden bouwen, implementeren en schalen zonder u zorgen te hoeven maken over het hele systeem. Als het verkeer piekt, schalen serverloze platforms automatisch op door kopieën van de functie te maken om de belasting te verwerken. Zodra het verkeer afneemt, past het platform zich aan door terug te schalen.
Met serverloos betaalt u alleen voor de daadwerkelijk gebruikte rekentijd en hoeft u de infrastructuur niet zelf te beheren. Het platform schaalt volgens uw behoeften, waardoor het efficiënt en kosteneffectief is.
Met andere woorden, met serverloze technologie besteedt u in feite een deel van uw infrastructuur uit om deze lichter, efficiënter en responsiever te maken, beter op elke denkbare manier.
Michael deelde zijn ervaring met de overstap naar serverloze technologie tijdens zijn werk bij startups. Zijn doel was om kosteneffectieve oplossingen te vinden die zouden meegroeien met de bedrijven. De eerste overstap naar serverloos was niet gepland. Het gebeurde gewoon vanzelf. Michaels aanpak van software was altijd gebruikersgericht. Dit betekent dat hij begint met het bouwen van de front-end en UX om snel concepten te valideren en feedback van gebruikers te verzamelen.
Een van de startups waar hij mee werkte, begon als een progressive webapplicatie. Toen het product evolueerde, realiseerde het team zich dat ze een backend nodig hadden, en serverloos was de logische keuze om hun groei te ondersteunen.
Hoewel het idee van serverloos zeer aantrekkelijk klinkt, moeten bedrijven zich ook bewust zijn van mogelijke nadelen.
Ze worden duidelijk wanneer u controle op een laag systeemniveau op een zeer specifieke manier moet uitvoeren. Hoewel u parameters zoals geheugentoewijzing kunt aanpassen op platforms zoals GCP, AWS of Azure, heeft u geen volledige toegang tot het onderliggende systeem. Bovendien kunt u het zicht verliezen op het schaalproces. Het kan bijvoorbeeld onmogelijk zijn om te controleren hoeveel exemplaren van uw functie op een bepaald moment actief zijn. Dit gebrek aan goede controle over schalen en drempels kan een uitdaging zijn.
Een ander probleem is het koude-startprobleem. Wanneer een functie wordt geactiveerd, moet deze vaak opstarten, meestal met behulp van iets zoals een Docker-container. Deze opstart duurt even (het kunnen een paar seconden zijn). Dit leidt tot vertraging voordat de functie verkeer kan verwerken, wat merkbaar kan zijn voor gebruikers.
Observeerbaarheid wordt cruciaal in serverloze omgevingen. Zonder directe toegang tot het systeem moet u vertrouwen op externe tools om uw code en infrastructuur te monitoren. Als zich een probleem voordoet, kan het moeilijk zijn om de oorzaak te achterhalen zonder goede monitoring.
Serverloos is geweldig voor kleine, onafhankelijk beheerde functies. Maar het heeft beperkingen voor langlopende services (vaak beperkt tot 5 minuten) of toepassingen die extreem lage latentie vereisen. Hoewel serverloos enorme schaalbaarheid biedt, kan de kleine vertraging bij het opstarten een zorg zijn.
Zoals bij elke technologie is het essentieel om uw use-case zorgvuldig te overwegen voordat u voor serverloos kiest.
Michael gaf toe dat hij een serverloos-eerst aanpak voorstaat, vooral voor nieuwe projecten. Hij gelooft dat de meeste bedrijven en projecten standaard met serverloos moeten beginnen. Wanneer u twijfelt over de toepassing of net begint, moet serverloos de eerste keuze zijn. U moet alleen een andere architectuur overwegen wanneer u begrijpt waarom serverloos mogelijk niet geschikt is. Dit kan relevant zijn, niet voor het hele project, maar voor specifieke onderdelen ervan.
Een belangrijke reden voor het implementeren van de serverloos-eerst aanpak is dat deze technologie u sneller laat bouwen. U besteedt minder tijd aan het opzetten van infrastructuur. Hierdoor kunt u snel uw project starten. Bovendien schaalt deze technologie automatisch. Dus als uw project onverwachte verkeerspieken ervaart, kan het deze met minimale inspanning verwerken.
Door te beginnen met de serverloos-eerst aanpak kunt u zich richten op het presenteren van uw product aan gebruikers terwijl u het verkeer beheert. Dit geeft u de flexibiliteit om te leren wat wel en niet werkt, zonder u zorgen te hoeven maken over infrastructuurknelpunten.
Michael noemde ook het volgende geval.
Amazon staat bekend om het gebruik van serverloze infrastructuur in zijn videostreamingdienst. Het bedrijf publiceerde ooit een artikel waarin werd uitgelegd hoe ze stopten met serverloos voor één onderdeel van die service. Het artikel werd echter breed verkeerd geïnterpreteerd. Vanwege de uitgelokte reactie trok Amazon het uiteindelijk in. Ondanks het misverstand was het artikel een geweldige technische uitleg van die beslissing.
Het bedrijf legde uit dat het specifieke onderdeel van het project enkele vereisten had die hun serverloze infrastructuur niet kon waarmaken. Daarom veranderden ze de architectuur van alleen dat ene onderdeel. Dit hielp hen geld te besparen, de gebruikerservaring te verbeteren en het systeem efficiënter te maken.
Volgens Michael is dit een perfect voorbeeld van de serverloos-eerst aanpak. Amazon kon de service maanden of zelfs jaren voor klanten bouwen en uitvoeren voordat ze beseften dat ze een andere oplossing nodig hadden. Ze hadden de tijd om te leren, een betere aanpak te ontwerpen en deze succesvol te implementeren. Dit is volgens hem een enorm succesverhaal voor serverloos.
Een van de belangrijkste economische voordelen van serverloos, vooral voor startups, is de kostenefficiëntie. Veel startups investeren zwaar in infrastructuur voordat ze ook maar één klant hebben. Met serverloos blijven de infrastructuurkosten laag tot het verkeer toeneemt, waardoor de uitgaven kunnen meeschalen met de inkomsten. Dit model zorgt ervoor dat bedrijven alleen betalen voor wat ze gebruiken, waardoor de kosten in lijn blijven met de groei.
Een ander groot voordeel is flexibiliteit. In tegenstelling tot monolithische architecturen, waar componenten strak geïntegreerd zijn, zijn serverloze systemen zeer modulair en gebeurtenisgestuurd. Functies, databases en services werken onafhankelijk, waardoor het gemakkelijker is om specifieke delen van het systeem naar behoefte te schalen, te reorganiseren of te optimaliseren. Als twee functies nauwere integratie nodig hebben, kunnen ze eenvoudig worden aangepast zonder de hele architectuur te herstructureren.
Beginnen met een modulaire serverloze aanpak stelt bedrijven in staat zich in de loop van de tijd gemakkelijker aan te passen. Het is veel eenvoudiger om onafhankelijke services samen te voegen wanneer nodig, dan om strak gekoppelde componenten in een monolithisch systeem te ontwarren. Deze aanpasbaarheid maakt serverloos een ideale keuze voor bedrijven die efficiënt willen schalen terwijl ze wendbaar blijven.
Volgens Michael is een belangrijke test voor aanpasbaarheid in software of een stuk code kan worden verwijderd zonder de rest van de applicatie te verstoren. Het maakt niet uit of u een nieuwe implementatie moet introduceren, een functie moet updaten of functionaliteit moet verbeteren, in de meeste gevallen zal code moeten worden vervangen. Flexibiliteit is essentieel, en goed gestructureerde code moet naadloze aanpassingen mogelijk maken.
In een modulaire architectuur, waar functies onafhankelijk worden geïmplementeerd, is het verwijderen of vervangen van een functie eenvoudig. Als een service niet langer nodig is, kan deze worden verwijderd zonder andere componenten te beïnvloeden. Als een update nodig is, kan een nieuwe functie worden geïntroduceerd zonder grote verstoringen.
Soms ligt het probleem echter niet in de functie zelf, maar in het proces erachter. Om de gebruikerservaring te verbeteren, is het vaak voordelig om bepaalde operaties op de achtergrond af te handelen terwijl gebruikers naar de volgende stap kunnen gaan. Zelfs wanneer latentie een zorg is, kunnen effectieve oplossingen vertragingen maskeren en een soepele en responsieve ervaring garanderen.
Hoewel serverloos computing vaak wordt geassocieerd met startups, is het ook zeer waardevol voor grote ondernemingen (zo niet nog meer). Enkele van de grootste gebruikers van serverloze technologie zijn eigenlijk de bedrijven die het leveren: Google Cloud, Amazon Web Services (AWS) en Microsoft Azure. Deze techreuzen hebben serverloos computing niet alleen voor startups gecreëerd. Ze gebruiken het zelf ook uitgebreid.
Een van de belangrijkste redenen waarom serverloos op schaal zo voordelig is, is wendbaarheid. Het stelt ondernemingen in staat nieuwe functies en services te implementeren zonder direct gebonden te zijn aan complexe infrastructuurwerkzaamheden. Hoewel deze bedrijven zwaar investeren in infrastructuur en enkele van de beste hardwarespecialisten ter wereld in dienst hebben, hoeven hun servicedevelopers zich niet te richten op hardwarebeheer. Serverloos stelt hen in staat applicaties sneller te bouwen en te implementeren en innovatiecycli kort en efficiënt te houden.
Grote ondernemingen moeten ook vaak omgaan met doorlopende upgrades van verouderde systemen. Veel bedrijven werken in een continu proces van het vervangen van verouderde platforms door moderne oplossingen. Serverloos biedt een strategische manier om modulaire, schaalbare services in deze overgangen te introduceren. Door serverloze technologie geleidelijk te integreren, kunnen bedrijven monolithische architecturen opbreken, infrastructuuroverhead verminderen en een flexibeler en efficiënter systeem creëren. En dit alles is mogelijk zonder een grootschalige herziening.
Een paar jaar geleden was serverloos computing omgeven door aanzienlijke hype en sommige mensen geloofden dat serverloos voor alles kon worden gebruikt (wat niet waar is). Nu lijkt deze hype voorbij te zijn, omdat we een zogenaamd plateau hebben bereikt. Sommige ontwikkelaars zijn er mogelijk helemaal niet mee bekend. Serverloze architectuur is echter geen voorbijgaande trend. Het is hier om te blijven. De vraag is niet of serverloos relevant blijft, maar eerder hoe wijd het wordt geadopteerd en in welke vorm.
In de komende jaren wordt verwacht dat meer bedrijven een serverloos-eerst aanpak zullen adopteren, waarbij serverloos de standaardkeuze is tenzij specifieke behoeften anders vereisen. Deze verschuiving zal echter niet over de hele linie plaatsvinden, omdat verschillende bedrijven uiteenlopende infrastructuurbehoeften hebben.
Het is moeilijk om voorspellingen te doen voor de hele industrie, omdat serverloos slechts één van de vele beschikbare architectuurkeuzes is. Na verloop van tijd kan de term "serverloos" zelf vervagen, waarbij de focus verschuift naar bredere cloud-native patronen in plaats van een aparte categorie.
Een ander belangrijk veranderingsgebied kan het prijsmodel zijn. Tegenwoordig werkt serverloos voornamelijk op basis van betalen-per-gebruik. Dit biedt kostenefficiëntie en schaalbaarheid. Bedrijven kunnen echter ook mogelijkheden zien om kosten te verlagen door capaciteit in bulk in te kopen. Dit zal vrij vergelijkbaar zijn met traditionele cloudcomputing-modellen waarbij het vooraf reserveren van resources kosten-effectiever kan zijn. Deze verschuiving kan bedrijven helpen hun uitgaven te optimaliseren terwijl ze nog steeds de voordelen van serverloze technologie benutten.
Daarnaast legde Michael uit dat serverloos computing zich zal blijven ontwikkelen. Het is zeer waarschijnlijk dat we nieuwe patronen zullen zien ontstaan om de adoptie te stroomlijnen. Nu moet elk bedrijf zijn eigen aanpak uitvinden. Toch kunnen gevestigde best practices en frameworks serverloze implementaties begeleiden en deze technologie een nog levensvatbaardere optie maken voor bedrijven van alle groottes.
Toen hij sprak over de impact die nieuwe technologieën op de wereld kunnen hebben, stelde Michael dat de gevolgen van de adoptie van sommige innovaties behoorlijk zorgwekkend kunnen zijn.
Machine learning (ML) bestaat al tientallen jaren, maar grote taalmodelen (LLM's) zijn nog relatief nieuw. Hoewel ze specifieke sterke en zwakke punten hebben, maakt de huidige hype het moeilijk om hun meest effectieve use-cases volledig te beoordelen. Naarmate de technologie volwassener wordt, zal een duidelijker inzicht ontstaan in waar LLM's echt efficiënt in zijn en waar hun beperkingen liggen.
Naast technische mogelijkheden is een cruciaal aspect van het evalueren van elke architectuurkeuze de impact op de wereld. En hier moeten we ze niet alleen beschouwen in termen van prestaties en kosten, maar ook duurzaamheid. Energieverbruik, CO2-voetafdruk en ecologische impact zijn allemaal essentiële overwegingen.
Het vermogen om geïnformeerde beslissingen te nemen over het minimaliseren van negatieve effecten en het versterken van positieve is cruciaal. Wanneer het echter om LLM's gaat, ontbreekt dit niveau van controle nog, wat zorgen opwerpt over hun langetermijnhaalbaarheid vanuit een milieuperspectief.
Serverloos computing biedt daarentegen een meer duurzame aanpak voor infrastructuur. Het optimaliseert inherent het resourcegebruik en schaalt alleen wanneer nodig. Het runnen van dedicated servers kan daarentegen leiden tot verspillend energieverbruik, waardoor serverloos een levensvatbaardere optie is voor het verminderen van CO2-voetafdrukken.
Aan het einde van hun discussie vroeg Max Michael ook om zijn aanbevelingen te delen voor bedrijven die het type infrastructuur voor hun systemen moeten kiezen.
Volgens de expert zou de bestaande vaardigheden van uw team een sleutelfactor moeten zijn. Natuurlijk is het mogelijk om een team te pushen om te leren, zich aan te passen en te groeien. Het benutten van hun huidige expertise kan echter vaak de meest efficiënte aanpak zijn. Als uw team diepgaande kennis heeft in een specifiek gebied, kan het logisch zijn om rond die kracht te bouwen in plaats van een overgang naar een onbekende technologiestack af te dwingen.
Michael noemde dat sommige bedrijven infrastructuurbeslissingen nemen die vereisen dat ze volledig nieuwe techteams inhuren alleen om de verschuiving te ondersteunen. Hoewel dit nieuwe expertise kan brengen, introduceert het ook risico's, kosten en mogelijke verstoringen.
Een andere cruciale overweging is risicobeperking. Vertrouwen op één locatie voor serverbeheer of cloudservices kan kwetsbaarheden creëren veroorzaakt door storingen, beveiligingsinbreuken of fysieke rampen. Een robuuste disaster recovery-strategie is essentieel om bedrijfscontinuïteit te waarborgen.
Voor hoge beschikbaarheid en veerkracht moeten bedrijven multi-cloudstrategieën overwegen. Dit kan betekenen:
Een multi-cloudaanpak kan de betrouwbaarheid en prestaties aanzienlijk verbeteren. Het vereist echter investeringen in tools, expertise en governance om de complexiteit effectief te beheren.
Zoals u kunt zien, kan de implementatie van elke technologie (zelfs de meest veelbelovende) gepaard gaan met een reeks valkuilen. En het is altijd beter om zich er van tevoren bewust van te zijn.
Als u meer wilt leren over technologische innovaties die naar verwachting de wereld zullen veranderen, mis dan de volgende afleveringen van de Innovantage-podcast niet!
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.png)
.png)
