Spring Cloud 微服务架构

1.微服务架构

软件架构的发展经历了从单体结构、垂直结构、SOA架构到微服务架构

(1).单体架构

所以的功能集成在一个项目工程中

所有的功能打一个war包部署到服务器

应用与数据分开部署

通过部署应用集群和数据库集群来提供系统的性能

项目架构简单，前期开发成本低，周期短，小型项目的首选

全部功能集成在一个工程中，对于大型项目不易开发、扩展及维护

并发低的模块对服务器资源是一种浪费

项目过大，技术栈受限(Java开发、PHP开发...)

(2).垂直架构

垂直拆分项目，可以用多种语言开发

项目增大时，单独开发一个项目，多个项目系统进行服务

项目中出现重复功能，数据冗余，耦合性较大

(3) .SOA架构

把重复通用的功能抽取出来，开发一个项目，提供一个服务

Web service、ESB企业服务总线(服务调用中转站)作为项目与服务之间的通信桥梁

提高系统的可重用性、可维护性

系统与服务的界限模糊(不知道那些功能应该抽取出来)，不利于开发和维护

抽取的粒度过大，系统与服务之间的耦合性高

(4) .微服务架构

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

可以更加精准的制定每个服务的优化方案，提高系统可维护性

微服务架构采用去中心化思想，服务之间采用RESTful等轻量协议通信，相比ESB更轻量

适用于互联网时代，产品迭代周期更短

微服务过多，服务治理成本高，不利于系统维护

分布式系统开发的技术成本高(容错、分布式事务等)，对团队挑战大