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