API Anypoint API 管理器中的版本控制
API versioning in Anypoint API manager
我正在寻找有关如何在 ANYpoint API 管理器中处理 API 版本的解决方案。目前可以创建 API 的新版本。但无法区分不同的 OTAP 环境。在我的情况下，测试环境的 API 版本可能比生产环境更新。有人认识这个问题吗？您是如何解决的？
目前Anypoint平台本身没有环境提升能力。话虽如此，您可以做很多事情来帮助解决这方面的问题，例如：
- 您可以从组织 A 导出 API，然后将其导入组织 B。
- 您可以定义不同的子组织，以反映您的 OTAP 环境结构。
一般来说，如果您计划在 QA、Stage 或 UAT 环境中使用比生产中更新的 API 版本，这并不是绝对糟糕的。
我的 2c，Nahuel。
据我所知，如果我们想要创建多个 api，那么应该遵循 RAML 版本控制。我做什么我可以和其他人分享。
开发raml版本= 0.1.0
第一个主要发布版本=1.0.0
如果有任何微小的变化，那么我们可以做 1.0.1
如果有任何重大合同破坏性变更，那么我们可以使用 2.0.0.
我正在寻找有关如何在 ANYpoint API 管理器中处理 API 版本的解决方案。目前可以创建 API 的新版本。但无法区分不同的 OTAP 环境。在我的情况下，测试环境的 API 版本可能比生产环境更新。有人认识这个问题吗？您是如何解决的？
目前Anypoint平台本身没有环境提升能力。话虽如此，您可以做很多事情来帮助解决这方面的问题，例如： - 您可以从组织 A 导出 API，然后将其导入组织 B。 - 您可以定义不同的子组织，以反映您的 OTAP 环境结构。
一般来说，如果您计划在 QA、Stage 或 UAT 环境中使用比生产中更新的 API 版本，这并不是绝对糟糕的。
我的 2c，Nahuel。
据我所知，如果我们想要创建多个 api，那么应该遵循 RAML 版本控制。我做什么我可以和其他人分享。
开发raml版本= 0.1.0 第一个主要发布版本=1.0.0 如果有任何微小的变化，那么我们可以做 1.0.1 如果有任何重大合同破坏性变更，那么我们可以使用 2.0.0.