Container hosten zonder Kubernetes-gedoe: App Runner, Container Apps of Cloud Run?
Voor 90 procent van de container-workloads in MKB zijn deze drie genoeg. Cloud Run is het meest volwassen, App Runner het simpelst, Container Apps het rijkst (KEDA, Dapr).
Probeer dit eerst zelf
- 1Pure HTTP-service, scaling-to-zero gewenst, weinig operationele bagage: AWS App Runner of GCP Cloud Run. Push image, krijg URL.
- 2Event-driven workloads, queues, of microservices die met elkaar praten: Azure Container Apps. KEDA-scaling op queue-depth, Dapr voor service-mesh.
- 3Behoefte aan job-scheduling naast HTTP: Cloud Run Jobs of Container Apps Jobs. App Runner doet alleen requests-driven.
- 4Voor heel laag verkeer (< 10 requests/min): scaling-to-zero loont. Geen idle compute, je betaalt request-tijd.
- 5Voor steady high-traffic: bereken of een ECS Fargate-cluster met fixed nodes goedkoper is. Container Apps en Cloud Run rekenen per request, dat tikt aan.
Wanneer ons inschakelen
Voor 20+ services met onderlinge afhankelijkheden, of wanneer je service-mesh-functies (mTLS, distributed tracing) wilt, kantelt het richting EKS, AKS of GKE. Even meekijken voor die switch loont.
Zie ook
- Iedereen logt in met het root-account van AWSHet root-account is voor noodgevallen en facturatie. Dagelijks werk hoort via IAM-users of SSO.
- Iedere developer heeft AdministratorAccessAdministratorAccess overal is gemak nu, drama later. Begin met rolgebaseerde policies.
- Iedereen heeft losse IAM-users met eigen wachtwoordIdentity Center (voorheen AWS SSO) koppelt aan je IdP en geeft tijdelijke credentials per sessie.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.