Azure Functions: triggers, bindings en hosting in gewone taal

Azure Functions maken deel uit van Microsofts serverless compute-service. Het laat je simpelweg kleine stukjes code uitvoeren als reactie op events, zonder dat je zelf servers hoeft te beheren.

Zo kan een functie bijvoorbeeld draaien wanneer er een HTTP-verzoek binnenkomt, wanneer een bestand wordt geüpload naar opslag, of wanneer een geplande tijd is bereikt.

“Serverless” betekent niet per se dat er geen servers zijn. Het betekent dat Azure de infrastructuur voor je beheert. Azure regelt achter de schermen de provisioning, schaalvergroting en het onderhoud.

In deze gids behandel ik de bouwstenen: de triggers, bindings, hostingopties en een praktisch voorbeeld om je op weg te helpen.

Wat zijn Azure Functions?

Een Azure Function is simpelweg een klein stukje code dat draait wanneer het wordt getriggerd door een event dat jij kiest. Jij schrijft in feite de logica, en Azure regelt de rest voor je.

Er zijn drie ideeën die dit model definiëren.

1. Event-driven uitvoering laat de code alleen draaien wanneer er iets gebeurt, niet continu.
2. Automatisch schalen laat Azure rekenbronnen toevoegen of verwijderen op basis van de vraag.
3. Consumptiegebaseerde prijsstelling laat je, in sommige hostingplannen, alleen betalen voor de tijd dat je code daadwerkelijk draait.

Een enkele functie doet bij voorkeur één afgebakende taak, zoals een afbeelding resizen of een bericht verwerken. Een Function App is de container die één of meer functies bevat. Die beheert gedeelde instellingen, zoals configuratie en deployment, voor alle functies erin.

Hoe Azure Functions werken

De levenscyclus van een functie volgt grofweg het volgende eenvoudige patroon:

1. Er gebeurt een event, zoals een bestandupload of een HTTP-call.
2. Een trigger detecteert het event en start de functie direct.
3. De functie voert zijn code uit.
4. De bindings koppelen de functie aan andere services die de benodigde input lezen of output versturen.
5. Azure beheert de rekenbronnen achter dit proces, uiteraard gebaseerd op je gekozen hostingplan.

Deze flow is in de basis hetzelfde, ongeacht taal of hostingoptie (voor de meeste genoemde stappen). Alleen de trigger, de code en de bindings verschillen.

Azure Functions-triggers

Elke functie heeft precies één trigger. De trigger bepaalt exact hoe de functie start. Dit zijn de meest gangbare typen die je moet kennen:

• HTTP-trigger: Start een functie wanneer deze een HTTP-verzoek ontvangt. Veelgebruikt voor het bouwen van API's.
• Timer-trigger: Voert een functie uit volgens een schema, bijvoorbeeld elk uur of eenmaal per dag.
• Blob Storage-trigger: Voert een functie uit wanneer een bestand wordt toegevoegd of gewijzigd in Azure Blob Storage.
• Queue-trigger: Voert een functie uit wanneer er een nieuw bericht in een wachtrij binnenkomt.
• Event Hub-trigger: Start een functie als reactie op een stroom van events. Erg handig bij grote hoeveelheden data.

Azure Functions-bindings

Triggers en bindings worden vaak door elkaar gehaald, maar ook al lijken ze op elkaar, ze doen totaal verschillende dingen. Een trigger start een functie, terwijl een binding de functie aan data koppelt door die te lezen of te versturen.

Inputbindings

Hier geef je je functie in feite data zonder zelf integratiecode te schrijven. Zo kan een functie automatisch een record uit een database lezen, puur door de binding te declareren.

Outputbindings

Hiermee stuur je het resultaat van je functie ergens anders naartoe. Je kunt bijvoorbeeld outputbindings gebruiken om een verwerkt bericht naar een wachtrij te schrijven.

Hier is een voorbeeld ter verduidelijking: Een Blob Storage-trigger start een functie wanneer er een afbeelding wordt geüpload. Een outputbinding slaat vervolgens de geresize-de afbeelding op in een andere opslagcontainer. Op deze manier is er geen handmatige storageclient-code nodig.

Je eerste Azure Function maken

Hier is een voorbeeld van een heel eenvoudige HTTP-getriggerde functie die een begroeting terugstuurt. De flow is als volgt:

1. Maak een Function App. Dit is de container voor je functie in Azure.
2. Kies een runtime en selecteer de taal waarin je wilt coderen.
3. Maak de functie aan, zodat je een nieuwe functie kunt toevoegen binnen je Function App.
4. Selecteer de HTTP-trigger zodat de functie op webverzoeken reageert.
5. Voeg een eenvoudige functionaliteit toe, zoals het lezen van een naam uit het verzoek en “Hallo, [naam]” teruggeven.
6. Draai en test de functie met de ingebouwde testtools of stuur simpelweg een verzoek vanuit je browser.
7. Deploy hem naar Azure zodat hij live en bereikbaar is.

Ik heb dit voorbeeld bewust klein gehouden om je het patroon te laten zien en de rest aan je creativiteit over te laten.

Talen die Azure Functions ondersteunt

Azure Functions ondersteunt veel talen, zoals:

• C#
• JavaScript/TypeScript
• Python
• Java
• PowerShell

Ondersteuning en ontwikkelmodellen kunnen per taal en versie verschillen. Daarom raad ik aan de actuele Azure-documentatie te checken voordat je een nieuw project start, want deze details veranderen vaak.

Azure Functions-hostingopties

Niet elke Azure Function draait op dezelfde manier. Daarom biedt Azure verschillende hostingplannen, en elk maakt andere afwegingen die je kiest op basis van jouw specifieke situatie. Die afwegingen zijn:

• Schalen: Sommige plannen schalen automatisch en direct, terwijl andere wat meer handmatige controle nodig hebben.
• Opstartgedrag: Sommige plannen houden functies “warm”. Dit betekent simpelweg dat ze direct klaar zijn om te draaien, terwijl andere functies on demand starten.
• Netwerken: Sommige plannen ondersteunen geavanceerde netwerkfuncties zoals verbinding met een privé virtueel netwerk, terwijl andere dat niet doen.
• Kosten: Prijsmodellen verschillen sterk, van betalen per uitvoering tot vaste maandelijkse kosten.

Schalen en cold starts in Azure Functions

Er zijn nog twee concepten die belangrijk zijn wanneer je functie in productie draait. Dit zijn:

Automatisch schalen

Hier houdt Azure de load op je functie in de gaten; als de vraag toeneemt, voegt het meer instanties toe en als de vraag daalt, worden ze verwijderd. Je hoeft dit niet handmatig te regelen.

Cold starts

Als een functie recent niet heeft gedraaid, kan er even tijd nodig zijn om op te starten voordat een nieuw verzoek verwerkt kan worden. Deze vertraging heet een cold start. Sommige hostingplannen verminderen of voorkomen dit door de instantie warm te houden, zoals genoemd.

Veelvoorkomende use-cases voor Azure Functions

Het event-driven model past bij veel alledaagse problemen waar je tegenaan kunt lopen. Met name:

API's en webhooks

Om inkomende HTTP-verzoeken af te handelen zonder 24/7 een volledige webserver te hoeven draaien.

Bestands- en beeldverwerking

Hiermee trigger je een functie zodra er een bestand in opslag landt, om het vervolgens te resizen, converteren of scannen.

Geplande jobs

Voer opschoontaken, rapporten of herinneringen uit op een timer, zonder een dedicated always-on server nodig te hebben.

Dataverwerkingspijplijnen

Verwerk berichten of events zodra ze binnenkomen, stap voor stap.

IoT en eventverwerking

Verwerk grote hoeveelheden sensor- of apparaatdata terwijl die binnenstroomt.

Achtergronddtaken

Dit besteedt traag of incidenteel werk uit, zoals e-mail verzenden, zodat het je hoofdapplicatie niet blokkeert.

Azure Functions monitoren en troubleshooten

Zodra een functie live is, heb je zicht nodig op hoe die presteert.

Je kunt bijvoorbeeld de logs bekijken die vastleggen wat er tijdens elke run is gebeurd, wat erg handig is voor debugging. Je kunt ook Application Insights in de Azure-tools checken, dat in feite performance, aanvragen en fouten op één centrale plek bijhoudt.

Je moet ook de mislukte aanroepen bijhouden, zodat je weet wanneer en waarom een functie niet is afgerond. Performance-monitoring helpt je bovendien trage functies te signaleren voordat ze een probleem worden, en uiteraard kun je retry-gedrag configureren zodat mislukte uitvoeringen automatisch opnieuw worden geprobeerd.

Conclusie

Azure Functions biedt je een manier om code uit te voeren als reactie op events, zonder dat je de onderliggende servers hoeft te beheren. De triggers bepalen wanneer een functie start. De bindings maken het daarentegen makkelijk om die functie zonder extra integratiecode aan andere services te koppelen.

Als je van een simpele testfunctie naar iets in productie gaat, worden hosting- en schaalkeuzes veel belangrijker. Het juiste plan beïnvloedt niet alleen de kosten, maar ook je snelheid en betrouwbaarheid.