在amazon api网关的背景下，什么是“舞台”？

Question

在亚马逊api网关的背景下，什么是“舞台”。它的目的是什么，有多少是有意义的。

与生产/登台/开发惯例中的“暂存”是否有任何关系。

Answer 1

我会将API网关阶段视为管道中的不同阶段或同一应用程序的堆栈的不同环境。你可以拥有任意数量的舞台。在简单的堆栈中，我们可以想到3个阶段dev，qa和prod。你可以用舞台做几件事。

1. 每个阶段都会有不同的网址。例如https://api-gateway-domain/dev/...，https://api-gateway-domain/qa/..，https://api-gateway-domain/prod/..。基本上网址为https://api-gateway-domain/<stage_name>/..。
2. 您可以使用自定义域名与每个阶段相关联。
3. 您可以为每个阶段关联不同的使用计划。
4. 您将主要拥有至少1个阶段的变量来唯一地定义您的舞台。这可能是elasticbeanstalk url，它对每个环境都不同。虽然阶段变量，但您将为每个阶段调用不同的后端URL。
5. 您可以为该应用程序部署不同版本的API网关到不同阶段

Answer 2

尽管您可以将阶段用作管道或环境中不同阶段的一部分，但这与管理环境的AWS赌注做法背道而驰。 如果需要开发环境，请创建一个开发用户/帐户并使用该帐户进行部署。同样，其他环境位于生产或预生产中。

我也不想使用Stages对API进行版本控制。 （因为REST API版本控制是一个巨大的反模式）

那么，哪个会问关于AWS网关实际用于什么阶段的问题？每当我使用它们时，我都会在那里找到一个明智的占位符。

Answer 3

您可以将API网关阶段视为特定的生命周期阶段或您的API版本。

例如：

• 生产阶段
• 发展历程
• beta-satge

在这些阶段中，您可以配置限制和缓存之类的东西。