学习笔记之微服务（一）

一、了解微服务

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

1. 添加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>

2. 添加nacos客户端依赖

<!-- nacos客户端依赖 -->
<dependency>
	<groupId>com.alibaba.cloud</groupId>
	<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

3. 添加 nacos地址

spring:
	cloud:
		nacos:
			server-addr: localhost:8848 # nacos 服务端地址 

2、Nacos服务分级存储模型
容灾等考虑，将服务-实例，再划分为 服务-集群-实例。

• 一级是服务，如userService
• 二级是集群，如北京、上海
• 三级是实例，如上海部署了userService的服务器
  

1. 配置集群名称：

spring:
	cloud:
		nacos:
			server-addr: localhost:8848 # nacos 服务端地址 
			discovery:
				cluster-name: HZ # 配置集群名称，也就是机房位置，例如：HZ，杭州

2. 然后在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的服务互不可见

1. 创建namespace
   
2. 配置添加 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方式