Un'azienda ospita un repository Git on-premises e utilizza i webhook per attivare la logica in esecuzione in AWS. Il codice del webhook attualmente viene eseguito su istanze EC2 in un gruppo Auto Scaling dietro un Application Load Balancer (ALB); il server Git chiama l'ALB. L'azienda desidera convertire questa architettura in un'architettura serverless con il minimo overhead operativo. Quale soluzione dovresti raccomandare?

La soluzione migliore è creare un Amazon API Gateway HTTP API e implementare ogni gestore webhook come una funzione AWS Lambda separata, aggiornando i server Git per chiamare l'endpoint API Gateway. Questo approccio offre un'architettura completamente serverless con il minimo overhead operativo, poiché API Gateway gestisce la ricezione delle richieste e Lambda esegue il codice senza la necessità di gestire server. Le altre opzioni sono meno ideali: Creare un URL Lambda individuale per ogni webhook aumenterebbe la complessità di gestione e configurazione lato Git. AWS App Runner, sebbene serverless, è più adatto per applicazioni web e servizi API, non per singoli webhook, e l'uso di un ALB aggiunge complessità. Containerizzare la logica e usarla con ECS Fargate e API Gateway REST API è un'opzione valida, ma HTTP API con Lambda è più leggero e ha un costo inferiore per carichi di lavoro di webhook, riducendo ulteriormente l'overhead operativo rispetto a Fargate.