Clouddiensten
Met clouddiensten huurt u IT in plaats van die zelf te draaien: servers, platforms en software die een provider beheert en naar gebruik afrekent. Dit naslagwerk zet op een rij wat elk model aan u overlaat, welke dienst welke deliverytaak doet en hoe u de rekening leesbaar houdt.
- On-premisesOn-prem
- IaaS
- PaaS
- SaaS
01 · Servicemodellen
Wat is het verschil tussen IaaS, PaaS en SaaS?
NIST SP 800-145 onderscheidt de drie servicemodellen met één vraag: wat beheert de afnemer nog zelf?
Deze pagina gaat over de publieke cloud. Voor de landing zone daaronder leest u verder bij cloudinfrastructuur.
- IaaSInfrastructure as a service
-
U beheert de besturingssystemen, de opslag en de applicaties die u uitrolt.
In de delivery: virtuele machines voor buildagents en oudere services.
- PaaSPlatform as a service
-
U beheert de applicatie, niet de servers of besturingssystemen eronder.
In de delivery: app-platforms, managed databases, containerplatforms.
- SaaSSoftware as a service
-
Wat u beheert, kan krimpen tot beperkte instellingen van de applicatie per gebruiker.
In de delivery: chat, issuetrackers, gehost versiebeheer.
02 · Gedeelde verantwoordelijkheid
Wie is waarvoor verantwoordelijk in de cloud?
Elke provider deelt de beveiliging met u, en de verdeling verschuift met het servicemodel. AWS neemt de beveiliging van de cloud zelf voor zijn rekening en laat de beveiliging in de cloud aan u. Volgens Microsoft bent u bij elk type clouddeployment eigenaar van uw data en identiteiten. Google Cloud stelt dat bij IaaS het grootste deel van de verantwoordelijkheid voor beveiliging bij u ligt. De pipeline is altijd van u: zijn identiteiten, de configuratie die hij toepast en de artifacts die hij oplevert.
- Van u
- Gedeeld
- Van de provider
- Waar uw deel eindigt
Uit de Nike-case
Het werk bij Nike omvatte cloudautomatisering op AWS en Azure, en verlaagde het beveiligingsrisico in Azure en AWS door meerdere kwetsbaarheden met hoge prioriteit te verhelpen: in de praktijk het deel van de klant. Lees de Nike-case
03 · De dienstenmatrix
Welke diensten van AWS, Azure en Google Cloud doen hetzelfde werk?
Dezelfde taken, andere namen, en niet altijd één dienst per taak. Elke naam linkt naar de documentatie van de provider. De rest van het aanbod vindt u in de vergelijkingen van Microsoft en Google Cloud.
| Deliverytaak | AWS | Microsoft Azure | Google Cloud |
|---|---|---|---|
| Virtuele machinesEen server die u zelf patcht | Amazon EC2 | Azure Virtual Machines | Compute Engine |
| Managed KubernetesDe provider beheert het control plane | Amazon EKS | Azure Kubernetes Service | Google Kubernetes Engine |
| Containers zonder clusterEen image draaien, zonder nodes | Amazon ECS on AWS Fargate | Azure Container Apps | Cloud Run |
| FunctiesCode die start op een event | AWS Lambda | Azure Functions | Cloud Run functions |
| BuildserviceBuild- en testjobs op aanvraag | AWS CodeBuild | Azure Pipelinesmet door Microsoft gehoste agents | Cloud Build |
| Container registryDe images die u uitrolt | Amazon ECR | Azure Container Registry | Artifact Registry |
| SecretsCredentials voor apps en pipelines | AWS Secrets Manager | Azure Key Vault | Secret Manager |
| Metrics en logsCijfers in de tijd en een logboek van wat er draaide | Amazon CloudWatch | Azure Monitor | Cloud Monitoring en Cloud Logging |
04 · Compute kiezen
Kiest u voor virtuele machines, containers of serverless?
Volgens de computegids van Microsoft is het een afweging tussen controle en beheergemak. De gids van AWS noemt het controle tegenover gemak. De vijf gangbare opties liggen langs die afweging, van de meeste controle tot het minste onderhoud.
U hebt meer controle
-
Virtuele machines
- AWS
- EC2
- Azure
- Virtual Machines
- Google Cloud
- Compute Engine
- Kies dit als
- U het besturingssysteem zelf nodig hebt: een kernelinstelling, een hostagent.
- Blijft van u
- Het besturingssysteem en de patches ervan.
-
Managed Kubernetes
- AWS
- EKS
- Azure
- AKS
- Google Cloud
- GKE
- Kies dit als
- U veel services en eigen netwerkinrichting hebt, en een team dat Kubernetes draait.
- Blijft van u
- Nodes en upgrades, tenzij een modus zoals GKE Autopilot de nodes beheert.
-
Containers zonder cluster
- AWS
- ECS on Fargate
- Azure
- Container Apps
- Google Cloud
- Cloud Run
- Kies dit als
- Een paar services al in images zitten en er niemand is om een cluster te beheren.
- Blijft van u
- De image en de packages erin.
-
App-platform
- AWS
- Elastic Beanstalk
- Azure
- App Service
- Google Cloud
- App Engine
- Kies dit als
- Het gaat om een webapp of API op een runtime die het platform ondersteunt.
- Blijft van u
- De code, de configuratie en de dependencies.
-
Functies
- AWS
- Lambda
- Azure
- Functions
- Google Cloud
- Cloud Run functions
- Kies dit als
- Werk op een event start, zoals een webhook, en snel klaar is.
- Blijft van u
- De code en de tijdslimiet.
De provider beheert meer
Geen duidelijke keuze? Begin met containers zonder cluster. Een image houdt de meeste opties open. Kies één standaard per soort workload: elk extra model brengt een eigen deploy-route mee, en wie on-call is, moet het ook kennen.
Uit de ASML-case
Bij ASML hebben we de offload van geselecteerde tests van productiemachines naar Google Cloud Platform in gang gezet, om de doorvoer te verhogen en feedbackcycli te verkorten. Geselecteerde tests vormen een afgebakende eerste workload met een duidelijke maatstaf: hoe lang engineers wachten. Lees de ASML-case
05 · Kosten
Waarom lopen cloudkosten uit de hand?
Omdat wie resources aanmaakt de rekening zelden ziet, en de meeste resources blijven draaien tot iemand ze stopt. De FinOps Foundation antwoordt met een werkwijze, niet met een tool: financiële verantwoordelijkheid door samenwerking tussen engineering-, finance- en businessteams.
Waar het geld weglekt
- Omgevingen die niemand stopt. Preview- en testomgevingen draaien ’s nachts en in het weekend door, tenzij de pipeline die ze heeft gemaakt ze ook opruimt.
- Logs die voor altijd blijven staan. CloudWatch Logs bewaart logs voor onbepaalde tijd, tenzij u per log group een bewaartermijn instelt.
- Uitgaven zonder eigenaar. Bij AWS verschijnen cost allocation tags pas in Cost Explorer nadat u ze hebt geactiveerd, en Azure-resources erven geen tags van hun resource group.
Voordat u uw cloud aanpast
Ontdek waar uw release op wacht
Clouddiensten ziet u in de doorlooptijd van een release terug als wachttijd: op een omgeving, een credential, een goedkeuring. De gratis Release Check laat in minder dan 5 minuten zien waar de tijd van uw laatste release naartoe ging en wat dat per jaar kost, zonder gesprek.