Une entreprise héberge un dépôt Git sur site et utilise des webhooks pour déclencher une logique s'exécutant dans AWS. Le code du webhook s'exécute actuellement sur des instances EC2 dans un groupe Auto Scaling derrière un Application Load Balancer (ALB) ; le serveur Git appelle l'ALB. L'entreprise souhaite convertir cela en une architecture sans serveur avec le moins de frais opérationnels possible. Quelle solution devriez-vous recommander ?

La création d'une API HTTP Amazon API Gateway avec des fonctions AWS Lambda distinctes pour chaque webhook est la solution la plus appropriée pour une architecture sans serveur avec un minimum de frais opérationnels. API Gateway fournit un point d'entrée unique et géré pour toutes les requêtes de webhook, tandis que Lambda exécute le code sans serveur, éliminant la gestion des serveurs. Cette approche est entièrement sans serveur, évolutive et rentable. Les URL de fonction Lambda individuelles augmenteraient la complexité de la gestion et de la configuration côté Git. AWS App Runner est une bonne option sans serveur pour les applications web et les API, mais l'ajout d'un ALB devant App Runner réintroduirait une complexité inutile et des frais opérationnels. La conteneurisation avec ECS Fargate est une option sans serveur, mais elle est généralement plus complexe à gérer que Lambda pour des fonctions de webhook simples et n'est pas l'option la plus "sans serveur" en termes de frais opérationnels pour ce cas d'utilisation spécifique.