Qu'est-ce qu'une "étape" dans le contexte de la passerelle API Amazon. Quel est son objectif et combien sont destinés à être créés.
Y a-t-il une relation avec la "mise en scène" dans la convention de production/mise en scène/développement.
Je considérerais l'étape de passerelle API comme différentes étapes de votre pipeline ou différents environnements de votre pile pour la même application. Vous pouvez avoir autant d'étapes que vous le souhaitez. En simple stack, on peut penser à 3 étapes dev, qa et prod. Peu de choses que vous pouvez faire avec les étapes.
https://api-gateway-domain/dev/...
, https://api-gateway-domain/qa/..
, https://api-gateway-domain/prod/..
. En gros, l'url serait https://api-gateway-domain/<stage_name>/..
.Bien que vous puissiez utiliser les étapes dans le cadre de différentes étapes de votre pipeline ou de vos environnements, cela va à l'encontre des pratiques de pari AWS pour la gestion des environnements. Si vous voulez un environnement de développement, créez un utilisateur/compte de développement et déployez-le à l'aide de cela. De même, d'autres environnements sont la production ou la pré-production.
Je ne voudrais pas non plus utiliser Stages pour versionner mes API. (Comme le versioning REST sont un énorme anti-modèle)
Qui pose alors la question de savoir à quoi servent les étapes dans les passerelles AWS? Chaque fois que je les ai utilisés, j'ai sorti un espace réservé sensé.
Vous pouvez considérer une étape API Gateway comme une étape de cycle de vie ou une version spécifique de votre API.
Par exemple:
À partir de ces étapes, vous pouvez configurer des choses comme la limitation et la mise en cache.