所有业务都在一个应用中，比如
商品，订单，库存，用户，客户关系，统计分析，物流，售后
缺点：模块耦合度高，如果要升级用户管理，需要把所有模块进行打包部署
按照业务拆分为多个子系统，拆分后架构演变为
交易子系统 （包含商品，订单，库存。。）
人员管理子系统 （包含用户，客户关系，统计分析）
物流售后子系统 （包含物流，用户，售后，商品）
缺点：不同子系统中有重复模块，需要进行数据同步
在分布式架构基础上对重复模块进行提取，形成可复用的服务，演变为
交易子系统 （包含商品，订单，库存。。）
人员管理子系统 （包含客户关系，统计分析）
物流售后子系统 （包含物流，售后。。）
用户服务，商品服务
缺点：提取界限不好确定，比如有3个子系统公用服务会被提取，如果2个子系统公用要不要提取
以服务的维度进行独立部署，一个服务一个应用，每个服务集群化部署，演变为
商品服务，订单服务，库存服务，用户服务，客户关系服务，统计分析服务，物流服务，售后服务
交易子系统 ，人员管理子系统 ，物流售后子系统 对上面服务进行编排快速实现业务。
缺点：1. 服务众多，开发复杂 2. 分布式数据一致性较难保障