Un développeur gère une API REST Amazon API Gateway utilisée par les clients via une interface utilisateur front-end avec authentification Amazon Cognito. Le développeur dispose d'une nouvelle version d'API qui introduit de nouveaux points de terminaison et inclut des modifications d'interface incompatibles. Le développeur doit donner aux autres développeurs de l'équipe un accès bêta à la nouvelle API sans impacter les clients existants. Quelle approche permet d'y parvenir avec le MOINS de frais opérationnels ?

La création d'une étape de développement (stage) sur l'API Gateway existante est la solution la plus efficace en termes de frais opérationnels. Les étapes API Gateway permettent de déployer différentes versions d'une API sous des URL distinctes (par exemple, .../dev, .../prod) sans créer de nouvelles ressources API Gateway complètes. Cela isole les changements pour les tests des développeurs sans affecter l'API de production utilisée par les clients. Créer une API Gateway distincte augmenterait les frais opérationnels en dupliquant la gestion et la configuration. Ajouter un paramètre de requête pour la version du code transférerait la logique de routage à l'application backend, ce qui est moins efficace et plus complexe à gérer que les étapes d'API Gateway. Créer de nouveaux points de terminaison API Gateway uniquement pour les nouveaux points d'extrémité ne résoudrait pas le problème des modifications incompatibles sur les points d'extrémité existants et ne fournirait pas un environnement de test isolé pour l'ensemble de la nouvelle version.