传统保险行业转型为微服架构，原来的老架构的业务如何拆分成符合微服的形式？

微服务架构在数据层是根据微服务划分把数据分离，但并隔离数据，而是通过提供数据服务（实现数据中台）为其他微服务或业务应用提供数据支持。因此一个微服务可以有自己独立的数据库（可能不需要oracle那么强大的数据库了）。
中间件是需要的，比如消息中间件，需要分布式部署，以支持分布式消息处理。

数据层数据模型的重构必然会影响业务逻辑的封装

服务编排，和容器编排我们觉得还不一样。我们更希望在服务层去考虑业务逻辑的编排。容器更多是使用其弹性、无状态等特性