Serverless
Bij beheerde serverlessdiensten beheert de aanbieder de uitvoeringsinfrastructuur. Code, toegang en foutafhandeling blijven taken van de applicatie.
Wat betekent serverless?
Serverless is een model waarbij een platform de benodigde uitvoeringsinfrastructuur levert en beheert. Het applicatieteam hoeft daarvoor geen eigen serverinstanties te beheren. AWS noemt onder serverless functies, containeruitvoering en andere diensten. Function as a Service is dus één vorm daarvan; het begrip is breder dan een losse functie.
Servers bestaan nog steeds. Bij een beheerd aanbod beheert de aanbieder ze. Als een organisatie het serverlessplatform zelf beheert, blijft de infrastructuur haar taak. Schaling, facturering en grenzen moeten voor de concrete dienst worden verduidelijkt.
Voorbeeld: een rapport in een container uitvoeren
In het fictieve ontwerp voert een beheerde dienst de rapportcontainer uit voor taak JOB-77. Invoergegevens en resultaat staan in expliciet aangesloten opslagdiensten. Het team bepaalt wie de taak mag starten, welke gegevens de container mag lezen en hoe een fout zichtbaar wordt. Deze verbindingen horen bij het ontwerp en zijn geen automatisch toegezegde platformfuncties.
OWASP legt applicatiecode, afhankelijkheden, identiteiten en configuratie nog steeds bij het gebruikende team. In het voorbeeld moet het ook bepalen hoe dezelfde taak veilig wordt herhaald. Serverless beschrijft hier de verdeling van het beheerwerk; het toont niet aan dat het rapport correct is gegenereerd of dat de totale kosten altijd lager zijn.
Bronnen
Verwante begrippen
- FaaSFunction as a Service voert uitgerolde functies uit na gebeurtenissen of aanroepen. Een platform verzorgt de uitvoeringsomgeving.
- PaaSPlatform as a Service biedt een platform voor eigen applicaties. Het team rolt de code uit; de aanbieder beheert de onderliggende omgeving.
- ContainerEen container voert applicatieprocessen uit in een afgeschermde omgeving. Dat kan uitrollen vereenvoudigen; back-ups en beheer blijven nodig.
- Return-PathReturn-Path legt het SMTP-retourpad vast in een header. Het beschrijft de technische route voor foutmeldingen, niet iemands identiteit.
- Envelope-FromEnvelope-From benoemt de SMTP-afzender voor transport en foutmeldingen. Deze moet van het zichtbare afzenderadres worden onderscheiden.
- DMARC-aggregatierapportEen DMARC-aggregatierapport vat domeincontroles van een rapporterend mailsysteem over een periode samen. Het helpt verzendbronnen en configuratiefouten te onderzoeken.
Artikelen over dit onderwerp
Cloud & beheer met ASES
Hosting, deployment, onderhoud en support