在服务架构管理上，已有企业级的开发框架，如何分层，看待产品自带的异构框架？

如果引入厂商的产品不能和企业架构融合，那么能做的事情就是：
1、企业级架构逐步转向引入厂商后的架构
2、新老系统交替阶段使用MQ来解耦
3、如果老系统修改也不方便，那只能在新架构上开发替代老系统

如果架构层面功能出现冗余的情况，
1. 要考虑公司的人力成本，应该不会出现多架构并行开发的。
2. 还要考虑厂商的产品是否有迭代的需求，是我方定制还是厂商定制开发，
3. 如果是要我方开发的话，要评估是否会改动到厂商产品功能，
4. 如果会改动到，那就按模块封装到自己的架构，不会的话就消息通信，作为基础服务。

可以考虑采用消息队列，或者服务通信的形式进行解耦。这样既能保持自己项目框架的一致性，又能使用厂商产品的能力。这也是微服务的一大特性，每个微服务可以使用自己的技术栈。