软件开发架构的演变过程

软件开发架构的演变过程

单体架构 》分布式架构 》SOA架构 》微服务架构

1.单体架构

就是把所有的功能模块打到一个包里面然后再部署，采用了单体架构的项目被称之为单体应用。

 

优点：

开发起来简单，测试起来简单，部署起来也比较简单吧。

缺点：

第一就是项目复杂度高，代码耦合度高，不利于维护。修改一处代码，可能会影响一大片的功能无法正常使用。

第二就是单体架构可靠性差，可能因为某个功能模块的严重BUG(死循环、内存溢出)，导致整个系统的不可用。

第三就是单体应用只能作为一个整体进行扩展，无法根据某个业务模块的需要进行伸缩。比如说项目中有的模块是计算密集型的，它需要强劲的CPU；有的模块则是IO密集型的，需要更大的内存。如果任何一个模块存在性能问题，那么都需要考虑多部署几个完整的实例集群，才能保证整个系统的性能可以支撑用户的使用。

2.分布式架构

就是将一个大系统按照不同的功能模块进行垂直拆分，拆分成一个一个的子系统，每个子系统都是独立的，系统之间通过网络交互来完成用户的业务处理，而且每个子系统可分布式部署，这种架构称为分布式架构。

 

优点：

首先就是一个大系统拆分成了一个个比较简单的小系统，每个小系统的功能也就变得简单起来了，开发起来也简单，开发周期也变短了。

每个子系统可以根据自己的需要灵活的进行拓展。

缺点：

因为系统间相互独立，会有很多重复开发工作，影响开发效率。

3.SOA架构

在分布式架构的思想的基础上，将重复的功能抽取出来作为一个一个的服务，子系统再去通过ESB企业总线调用这些公共的服务。

优点：

将基础服务进行了抽取，系统间相互调用，提高了代码复用和开发效率。

可以针对不同服务的特点按需进行伸缩。

缺点：

系统与服务之间耦合性高。

4.微服务架构：

微服务的核心思想就是分而治之，也就是说将传统的单体应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务只提供单个业务功能的服务，比如说订单微服务就只实现订单相关的业务，会员微服务就只实现会员相关的业务，服务之间进行协作来完成用户的业务处理，每个微服务都运行在自己的进程里并且拥有自己独立的数据库。

 

优点：

首先服务拆分粒度更细，有利于资源重复利用，提高开发效率。

然后微服务是松耦合的，无论是在开发阶段或部署阶段都是独立的。

第三就是可以更加精准的制定每个服务的优化方案，按需进行伸缩。

缺点：

首先是微服务会增加开发人员的开发复杂度，因为要在开发过程中处理分布式系统的复杂性。

再者服务间通信成本上升，不同的服务可能会部署在不同的机器上，通过网络进行通信成本上升。

然后是微服务有可能会出现数据一致性问题，也就是说出现数据不一致的情况，这块可以通过分布式事务来解决。

再然后就是微服务太多的话，服务治理成本会变高，不利于系统维护。

最后就是微服务使得测试和调试都变得困难了一些。