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