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

对于证券的业务不是很熟悉，但是原理应该是差不多的。我们都知道，微服务的划分强调按照业务领域进行划分，每个服务是个业务对象。可以将系统的业务对象（这里的业务对象是业务人员的视角，不是开发人员的）进行归纳，记录每个业务对象之间的交互，对每个交互进行标注，那些是强一致的，那些...

数据一致性通常基于业务相关，需要考虑强一致性，弱一致性，弱一致性通常可以拆分为不同的服务，强一致性可以定义为一个微服务，但也要看业务的复杂性等因素

我们觉得微服务定义和拆分都要基于业务来考虑，因为微服务最终是为了实现业务需求，所以不同的业务需求，微服务定义和拆分可能会不一样，可以参考我们的微服务系列文章，也可以看主数据管理，ddd的书籍，具体的微服务拆分最好能通过咨询项目来做，可以少走弯路...

业界通常的原则是：单一职责服务粒度适中考虑团队结构以业务模型切入演进式拆分避免环形依赖和双向依赖

1、充分分析拆分的目的是什么，需要解决什么问题。2、是否具备微服务技术能力，是否已选型好相应的技术框架，技术变化对企业有什么影响。3、是否有完善的运维设施保障，比如快速配置、基础监控、快速部署等能力。...