一、了解微服务
1、服务架构演变
**单体架构：**所有业务功能都集中在一个项目中开发，打成一个包部署。
优点：架构简单、部署成本低
缺点：耦合度高
分布式架构：根据业务拆分系统功能，每个业务模块独立项目开发，为一个服务。
优点：耦合度降低、有利于升级扩展
缺点：维护开发变复杂，如需考虑服务拆分粒度、服务集群维护、服务间调用、服务状态感知
**微服务：**是一种经过良好架构设计的分布式架构方案。
- 单一职责，每个服务都对应唯一业务能力，做到单一职责
- 面向服务，微服务对外暴露业务接口
- 自治，团队独立、技术独立、数据独立、部署独立
微服务结构：
2、微服务技术对比
| Dubbo | SpringCloud | SpringCloudAlibaba | |
|---|---|---|---|
| 注册中心 | Zookeeper、Redis | Eureka、Consul | Nacos、Eurake |
| 服务远程调用 | Dubbo协议 | Feign（http协议） | Dubbo、Feign |
| 配置中心 | 无 | SpringCloudConfig | SpringCloudConfig、Nacos |
| 服务网关 | 无 | SpringCloudGateway、Zuul | SpringCloudGateway、Zuul |
| 服务监控和保护 | dubbo-admin，功能弱 | Hystrix | Sentinel |
二、Eurake注册中心
1、作用
- 服务启动时向Eureka注册信息，消费者根据服务名称向Eureka拉取信息
- 当存在多个服务，利用负载均衡算法，从服务列表中挑一个服务
- 服务会每隔30s向Eurake发送心跳，报告健康状态，并且Eurake会记录更新，心跳不正常的服务会被踢出
Eurake架构中，微服务角色有两类：
-
Eurake Server：
- 记录服务信息
- 心跳监控
-
Eurake Client：
-
Provider：服务提供者
- 注册信息到Eurake Server
- 每隔30s向 Eurake Server 发送心跳
-
Consumer：服务消费者
- 根据服务名，从Eurake Server拉取服务列表
- 负载均衡，选中一个微服务发起远程调用
-
三、Ribbon负载均衡
1、负载均衡的流程
2、负载均衡策略
Ribbon负载均衡规则由 IRule 接口定义，每个子接口都是一种规则。
| 负载均衡规则类 | 规则描述 |
|---|---|
| RoundRobinRule | 简单轮询，默认 |
| AvailabilityFilteringRule | 忽略并发数过高和短路状态的服务器（超过配置并发数和3次连接失败） |
| WeightedResponseTimeRule | 为每个服务器赋予一个权重值，服务器响应时间越长，权重越小。该规则会随机选择服务器，权重值影响服务器的选择 |
| ZoneAvoidanceRule | 使用Zone对服务器分类，再对Zone内多个服务做轮询 |
| BestAvailableRule | 选择并发数较低的服务器 |
| RandomRule | 随机选择可用的 |
| RetryRule | 重试机制的选择逻辑 |
3、饥饿加载
Ribbon默认采用懒加载，即第一次访问才会创建LoadBalanceClient，请求时间会很长。
饥饿加载会在项目启动时创建。
ribbon：
eager-load:
enabled: true # 开启饥饿加载
clients: userService # 指定对userService服务饥饿加载
四、Nacos 注册中心
Nacos是Alibaba的产品，现是SpringCloud组件，国内受欢迎程度较高。
1、服务注册到Nacos
- 添加spring-cloud-alibaba的管理依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.2.6.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
- 添加nacos客户端依赖
<!-- nacos客户端依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
- 添加 nacos地址
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
2、Nacos服务分级存储模型
容灾等考虑，将服务-实例，再划分为 服务-集群-实例。
- 一级是服务，如userService
- 二级是集群，如北京、上海
- 三级是实例，如上海部署了userService的服务器
- 配置集群名称：
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
discovery:
cluster-name: HZ # 配置集群名称，也就是机房位置，例如：HZ，杭州
- 然后在order-service中设置负载均衡的IRule为NacosRule，这个规则优先会寻找与自己同集群的服务：
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
NacosRule负载均衡策略
- 优先选择同集群服务实例列表
- 本地集群找不到提供者，才去其它集群寻找，并且会报警告
- 确定了可用实例列表后，再采用随机负载均衡挑选实例
3、Nacos 权重负责均衡
Nacos提供权重配置来控制访问频率，权重越大访问频率越高（0 ~ 1 之间）。
权重设为0，则完全不被访问。
4、Nacos 环境隔离 namespace
Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离
- 每个namespace有唯一ID
- 服务设置namespace使用ID
- 不同namespace的服务互不可见
- 创建namespace
- 配置添加 namespace
spring:
datasource:
url: jdbc:mysql://localhost:3306/heima?useSSL=false
username: root
password: 123
driver-class-name: com.mysql.jdbc.Driver
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: SH # 上海
namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID
5、临时实例与非临时实例
临时实例宕机时，会从nacos的服务列表中剔除，而非临时实例则不会
spring:
cloud:
nacos:
discovery:
ephemeral: false # 设置为非临时实例
6、Nacos与Eureka的区别
共同点：
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
不同点：
- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式
