01-了解微服务架构的演变过程和微服务技术栈

微服务

微服务架构演变

单体架构:将业务的所有功能集中在一个项目中开发最后打成一个包部署

• 优点: 架构简单, 部署成本低,适合小型项目
• 缺点: 耦合度高, 升级维护困难

分布式架构:根据业务功能对系统做拆分,每个业务功能模块作为独立项目开发称为一个服务

• 优点: 降低服务耦合, 有利于服务升级和拓展, 适合大型互联网项目

• 缺点: 服务调用关系错综复杂,服务拆分时需要制定一套标准约定服务拆分的细粒度,服务之间如何实现远程调用,服务的调用关系如何管理等问题

微服务架构: 随着互联网行业的发展对服务的要求也越来越高,服务架构也从单体架构逐渐演变为现在流行的微服务架构(经过良好架构设计的分布式架构方案)

• 优点：拆分力度更小、服务更独立、耦合度更低
• 缺点：架构非常复杂，运维、监控、部署难度提高

微服务架构方案

微服务的架构特性: 就是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性, 做到高内聚，低耦合

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立，独立部署和交付
• 面向服务：服务提供统一标准的接口与语言和技术无关
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题,例如积分服务挂了，不能影响到用户服务等其他服务

人们需要指定一套行之有效的标准来约束分布式架构,而微服务就是一种经过良好架构设计的分布式架构方案,不同厂商提供了不同的架构方案

SpringCloud

SpringCloud是目前使用最广泛的微服务架构方案,它集成了各种微服务功能组件并基于SpringBoot实现了组件的自动装配,从而提供了良好的开箱即用体验

SpringCloud底层是依赖于SpringBoot的并且有版本的兼容关系

微服务技术栈

微服务架构在项目中的具体应用

微服务架构中涉及到的组件