Mule Anypoint API管理器中的API版本控制

Mule Anypoint API管理器中的API版本控制,mule,versioning,Mule,Versioning,我正在寻找如何在AnyPointAPI管理器中处理API版本的解决方案。目前,可以创建API的新版本。但不可能区分不同的OTAP环境。在我的情况下,测试环境可能比生产环境具有更新的API版本。有人认识到这个问题吗?您是如何解决的?目前,Anypoint平台本身没有环境促进功能。话虽如此,在这方面你可以做很多事情,例如: -您可以从组织A导出API,然后在组织B上导入。 -您可以定义不同的子组织,以反映您的OTAP环境结构 一般来说,如果您计划在QA、Stage或UAT环境中实现API版本,那么在

我正在寻找如何在AnyPointAPI管理器中处理API版本的解决方案。目前,可以创建API的新版本。但不可能区分不同的OTAP环境。在我的情况下,测试环境可能比生产环境具有更新的API版本。有人认识到这个问题吗?您是如何解决的?

目前,Anypoint平台本身没有环境促进功能。话虽如此,在这方面你可以做很多事情,例如: -您可以从组织A导出API,然后在组织B上导入。 -您可以定义不同的子组织,以反映您的OTAP环境结构

一般来说,如果您计划在QA、Stage或UAT环境中实现API版本,那么在QA、Stage或UAT环境中,您的API版本要比在生产环境中的版本更新,这并不是很糟糕


只有我的2c,Nahuel。

目前,Anypoint平台本身没有环境促进功能。话虽如此,在这方面你可以做很多事情,例如: -您可以从组织A导出API,然后在组织B上导入。 -您可以定义不同的子组织,以反映您的OTAP环境结构

一般来说,如果您计划在QA、Stage或UAT环境中实现API版本,那么在QA、Stage或UAT环境中,您的API版本要比在生产环境中的版本更新,这并不是很糟糕


就我的2c,Nahuel。

据我所知,如果我们想要创建多个API,那么应该遵循RAML版本控制。我所做的我可以和别人分享

开发raml版本=0.1.0 第一个主要发行版本=1.0.0 如果有任何微小的变化,那么我们可以执行1.0.1
如果有任何重大的违反合同的变更,那么我们可以使用2.0.0。

据我所知,如果我们想要创建多个API,那么应该遵循RAML版本控制。我所做的我可以和别人分享

开发raml版本=0.1.0 第一个主要发行版本=1.0.0 如果有任何微小的变化,那么我们可以执行1.0.1 如果有任何重大违约变更,我们可以使用2.0.0