WSO2 MI多版本carbonApp部署及服务目录暴露方案咨询

方案一：拆分资源到独立CarbonApp（推荐） #

这是解决资源键冲突最合理的方案：

• 将Data Service（DSS）、Sequences这类可复用的基础后端资源打包成独立的CarbonApp（比如common-backend-resources-1.0.0.car），部署后作为共享资源存在服务目录中。
• 把带版本的API端点单独打包到另一套CarbonApp（比如api-order-v1.0.0.car、api-order-v2.0.0.car），在API的配置里直接引用独立CarbonApp中的DSS和Sequences。
• 这种方式既避免了资源键重复问题，还能实现基础资源的复用，不同版本的API可以共享同一套基础资源，也可以根据需求部署对应版本的基础资源包。

方案二：同包部署实现多版本共存 #

如果必须把DSS、Sequences和API放在同一个CarbonApp里，也能实现多版本共存，无需重建项目：

• 给资源添加版本标识：修改DSS、Sequences的名称，加入版本前缀或后缀，比如把OrderProcessingDSS改成OrderProcessingDSS-v1，ValidatePaymentSequence改成ValidatePaymentSequence-v2。部署不同版本的CarbonApp时，服务目录里的资源键就不会重复，每个版本的API会绑定对应版本的内部资源。
• 开启CarbonApp资源隔离：在CarbonApp的carbonapp.xml中设置<isolation.enabled>true</isolation.enabled>，开启资源隔离后，每个CarbonApp的资源会被隔离在专属命名空间下，即使资源名称完全相同，也不会在服务目录中产生冲突。注意开启隔离后，跨CarbonApp的资源引用需要使用完整的CarbonApp上下文路径访问。

不管用哪种方案，都要给API的入口路径加上版本标识（比如/api/v1/orders、/api/v2/orders），方便外部调用区分不同版本的服务。

内容的提问来源于stack exchange，提问作者DH_CC89