微服务技术栈

在之前的开发过程中，我们将所有的服务都部署在一台服务器中，当我们的服务开始越来越多，业务越来越复杂，当一台服务器不能承担我们的业务的时候，就需要将不同的业务分开部署在不同的服务器上，这每一个单独分离的服务，就是微服务，这些搭载了单个业务的服务器，就是【服务集群】。

这些服务集群是用来做具体的业务逻辑的，当我们在调用服务的时候，需要有一个【注册中心】去将每一个服务器的地址以及对应搭载的服务记录下来，这样我们在调用服务的时候就知道如何去找这些服务。同样的，不同的服务有不同的配置，这些配置如果单独写在对应服务的服务器上，那维护的难度就会上升，这时候就需要一个【配置中心】去集中管理所有服务的配置。

并且还有一个【服务网关】用户通过他去访问具体的服务，同时【服务网关】也具有请求路由以及负载均衡的作用。

在后端数据库中，如果服务直接与数据库做交互，那么访问的效率就会变慢，这时候，就需要【分布式缓存】来将数据库中的一些数据缓存到内存中，只有缓存未命中的内容才会与数据库做交互，并且加入了【分布式搜索】用于复杂的搜索逻辑，统计和分析。

并且加入了【消息队列】用于异步通信，缩短业务时间，提高服务的并发。

【分布式日志服务】以及【系统监控链路追踪】用户监控和排查服务集群中出现的错误和执行时异常。

这些庞大的系统要部署，通过人力去部署肯定是不现实的，所以加入了【Jenkins】来帮助我们去部署项目，并且通过【Docker】生成镜像，以及自动部署，这些过程叫做【持续集成】

由上面的服务架构，以及后面的持续集成，这些加起来一起，整个的过程被称为【微服务】。

微服务技术栈——技术分类

1. 微服务治理
2. 缓存技术
3. 异步通信技术
4. 分布式搜索技术
5. 持续集成（DevOps）

认识微服务

服务架构演变

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

优点：

1. 架构简单
2. 部署成本低

缺点：

1. 耦合度高

分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立系统开发，称为一个服务。

优点：

1. 降低服务耦合
2. 有利于服务升级拓展

服务治理

1. 服务拆分粒度如何？
2. 服务集群地址如何维护？
3. 服务之间如何实现远程调用？
4. 服务健康状态如何感知？

微服务介绍

微服务是一种经过良好架构设计的【分布式】架构方案，微服务架构特征：

1. 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。
2. 面向服务：微服务对外暴露业务接口
3. 自治：团队独立，技术独立，数据独立（每个服务有自己独立的数据库，有自己独立的数据，数据解耦），部署独立
4. 隔离性强：服务调用做好隔离，容错、降级、避免出现级联问题（高内聚，低耦合，降低服务产生影响的范围）

微服务结构

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

企业需求

SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：spring.io

他长这样：

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：

SpringCloud与SpringBoot的版本兼容关系如下：