Een bedrijf host een on-premises Git-repository en gebruikt webhooks om logica te activeren die in AWS draait. De webhook-code draait momenteel op EC2-instances in een Auto Scaling group achter een Application Load Balancer (ALB); de Git-server roept de ALB aan. Het bedrijf wil dit omzetten naar een serverless architectuur met de minste operationele overhead. Welke oplossing moet u aanbevelen?

De correcte optie is het maken van een Amazon API Gateway HTTP API met afzonderlijke AWS Lambda-functies voor elke webhook. Dit biedt de meest serverloze oplossing met de minste operationele overhead. API Gateway fungeert als een schaalbaar en beheerd eindpunt voor de webhooks, en Lambda-functies voeren de logica uit zonder dat servers hoeven te worden beheerd. De andere opties zijn minder optimaal: Individuele Lambda function URLs zijn minder beheersbaar als het aantal webhooks toeneemt en bieden minder functionaliteit dan API Gateway (bijv. throttling, authenticatie). AWS App Runner is serverloos, maar is meer gericht op webapplicaties en services dan op individuele webhook-handlers, en de toevoeging van een ALB verhoogt de operationele overhead. Amazon ECS met Fargate is serverloos qua infrastructuur, maar vereist nog steeds containerbeheer en is complexer dan een pure Lambda/API Gateway-oplossing voor dit specifieke gebruiksscenario.