谈谈对微服务的理解

架构的演变理解

单体架构：

所谓的单体架构就是将所有的功能都集中在一个模块里进行开发。

，这种功能耦合度高，扩展性较差，但显而易见它容易部署，成本比较低。

垂直架构

垂直架构有一定的解耦和扩展能里，但显而易见，但垂直架构的两个模块是互相独立的，相互之间不会通信，所以会有一定的重复功能，关于架构的知识这里推荐黑马程序员的微服务视频，里面有专门的一页ppt来讲解这个架构的演进。

对于架构的演进还是有自己的理解才会更加深刻。

分布式架构

我们常说的分布式架构是在垂直架构的基础上，解决了他们部分功能重复使用的问题，它会将重复的功能抽取出，并供其需要的模块进行调用。但不能重复。但这就会造成一个问题，如果被重复调用的模块出了问题，那该怎么办？所以这也是分布式架构存在的问题，老板没钱，全体员工也会没钱。

微服务架构

微服务架构的特点就是业务彻底的组件化和服务化。其实这个思想在学习多个技术之后，会发现有很多地方都可以融会贯通。这就好比类似Vue中组件的观念。万物皆组件嘛，增加了独立性和可复用性。

特点：

1.服务实现组件化:开发者可以自由选择开发技术。也不需要协调其他团队
2.去中心化:每个微服务有自己私有的数据库持久化业务数据
3.自动化部署:把应用拆分成为一个一个独立的单个服务，方便自动化部署、测试、运维

我们不妨想一想，为什么微服务架构会有他火的理由，因为企业最需要的就是市场，而企业之所以会成功，一定是拥有了超越其他同行的技术，或者是，在发现商机的时候更快更稳定地将它进行输出，这种思想就类似devops，一个系统，软件，可以将功能作为单独地模块，不断地开发更新上市，而不会受其他模块影响。不像单体架构，需要更新某个功能，维护，在功能增添之后，修改和其他模块地关系之后才能整体上线。微服务架构一定程度上加快了更新功能地速度，这也是他亮点之一。