Un architecte de solutions conçoit une nouvelle API à l'aide d'Amazon API Gateway pour recevoir les requêtes des utilisateurs. Le volume des requêtes est très variable, et plusieurs heures peuvent s'écouler sans aucune requête. Le traitement est asynchrone mais doit se terminer en quelques secondes après une requête. Quel service de calcul l'API doit-elle invoquer pour répondre aux exigences au coût le plus bas ?

AWS Lambda est le choix le plus rentable pour cette API car il s'agit d'un service de calcul sans serveur qui ne facture que l'utilisation. Puisque le volume de requêtes est très variable et qu'il peut y avoir de longues périodes d'inactivité, Lambda s'adapte automatiquement à zéro et ne génère aucun coût lorsque l'API est inactive. Il peut également s'adapter rapidement pour gérer les pics de requêtes et exécuter le traitement asynchrone en quelques secondes. Un job AWS Glue est conçu pour l'ETL de données à grande échelle et n'est pas adapté aux requêtes API en temps réel. Les services conteneurisés sur Amazon EKS ou ECS avec EC2 impliquent des serveurs provisionnés qui entraînent des coûts continus, même pendant les périodes d'inactivité, ce qui est moins rentable pour des charges de travail très variables avec de longues périodes d'inactivité.