3.微服务项目实战---Nacos Discovery--服务治理
3.1 服务治理介绍
先来思考一个问题
通过上一章的操作，我们已经可以实现微服务之间的调用。但是我们把服务提供者的网络地址
（ ip ，端口）等硬编码到了代码中，这种做法存在许多问题：
- 一旦服务提供者地址变化，就需要手工修改代码
- 一旦是多个服务提供者，无法实现负载均衡功能
- 一旦服务变得越来越多，人工维护调用关系困难
那么应该怎么解决呢， 这时候就需要通过注册中心动态的实现 服务治理 。
什么是服务治理
- 服务注册：在服务治理框架中，都会构建一个注册中心，每个服务单元向注册中心登记自己提供服务的详细信息。并在注册中心形成一张服务的清单，服务注册中心需要以心跳的方式去监测清单中的服务是否可用，如果不可用，需要在服务清单中剔除不可用的服务。
- 服务发现：服务调用方向服务注册中心咨询服务，并获取所有服务的实例清单，实现对具体服务实例的访问。
通过上面的调用图会发现，除了微服务，还有一个组件是 服务注册中心 ，它是微服务架构非常重要
的一个组件，在微服务架构里主要起到了协调者的一个作用。注册中心一般包含如下几个功能：
1. 服务发现：
- 服务注册：保存服务提供者和服务调用者的信息
- 服务订阅：服务调用者订阅服务提供者的信息，注册中心向订阅者推送提供者的信息
2. 服务配置：
- 配置订阅：服务提供者和服务调用者订阅微服务相关的配置
- 配置下发：主动将配置推送给服务提供者和服务调用者
3. 服务健康检测
- 检测服务提供者的健康情况，如果发现异常，执行服务剔除
常见的注册中心
- Zookeeper
zookeeper 是一个分布式服务框架，是 Apache Hadoop 的一个子项目，它主要是用来解决分布 式 应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步服务、集群管理、分
布式应用配置项的管理等。
- Eureka
Eureka 是 Springcloud Netflflix 中的重要组件，主要作用就是做服务注册和发现。但是现在已
经闭源
- Consul
Consul 是基于 GO 语言开发的开源工具，主要面向分布式，服务化的系统提供服务注册、服务 发现和配置管理的功能。Consul 的功能都很实用，其中包括：服务注册 / 发现、健康检查、 Key/Value 存储、多数据中心和分布式一致性保证等特性。Consul 本身只是一个二进制的可
执行文件，所以安装和部署都非常简单，只需要从官网下载后，在执行对应的启动脚本即可。
- Nacos
Nacos 是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。它是 Spring
Cloud Alibaba 组件之一，负责服务注册发现和服务配置，可以这样认
为 nacos=eur eka+confifig 。
3.2 nacos简介
Nacos 致力于帮助您发现、配置和管理微服务。 Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。
从上面的介绍就可以看出， nacos 的作用就是一个注册中心 ，用来管理注册上来的各个微服务。
3.3 nacos实战入门
接下来，我们就在现有的环境中加入 nacos ，并将我们的两个微服务注册上去。
3.3.1 搭建nacos环境
第 1 步 : 安装 nacos
第 2 步 : 启动 nacos
第 3 步 : 访问 nacos
打开浏览器输入 http://localhost:8848/nacos ，即可访问服务， 默认密码是 nacos/nacos
3.3.2 将商品微服务注册到nacos
接下来开始修改 shop - product 模块的代码， 将其注册到 nacos 服务上
1 在 pom.xml 中添加 nacos 的依赖
2 在主类上添加 @EnableDiscoveryClient 注解
3 在 application.yml 中添加 nacos 服务的地址
4 启动服务， 观察 nacos 的控制面板中是否有注册上来的商品微服务
3.3.3 将订单微服务注册到nacos
接下来开始修改 shop_order 模块的代码， 将其注册到 nacos 服务上
1 在 pom.xml 中添加 nacos 的依赖
2 在主类上添加 @EnableDiscoveryClient 注解
3 在 application.yml 中添加 nacos 服务的地址
4 修改 OrderController ， 实现微服务调用
DiscoveryClient是专门负责服务注册和发现的，我们可以通过它获取到注册到注册中心的所有服
务
5 启动服务， 观察 nacos 的控制面板中是否有注册上来的订单微服务，然后通过访问消费者服务验证调用是否成功
3.4 实现服务调用的负载均衡
3.4.1 什么是负载均衡
通俗的讲， 负载均衡就是将负载（工作任务，访问请求）进行分摊到多个操作单元（服务器 , 组件）上 进行执行。
根据负载均衡发生位置的不同 , 一般分为 服务端负载均衡 和 客户端负载均衡 。
服务端负载均衡指的是发生在服务提供者一方 , 比如常见的 nginx 负载均衡
而客户端负载均衡指的是发生在服务请求的一方，也就是在发送请求之前已经选好了由哪个实例处理请求。
我们在微服务调用关系中一般会选择客户端负载均衡，也就是在服务调用的一方来决定服务由哪个提供者执行。
3.4.2 自定义实现负载均衡
1 通过 idea 再启动一个 shop - product 微服务，设置其端口为 8082
2 通过 nacos 查看微服务的启动情况
3 修改 shop - order 的代码，实现负载均衡
第 3 步：启动两个服务提供者和一个服务消费者，多访问几次消费者测试效果
3.4.3 基于Ribbon实现负载均衡
Ribbon 是 Spring Cloud 的一个组件， 它可以让我们使用一个注解就能轻松的搞定负载均衡
第 1 步：在 RestTemplate 的生成方法上添加 @LoadBalanced 注解
第 2 步：修改服务调用的方法
Ribbon 支持的负载均衡策略
Ribbon 内置了多种负载均衡策略 , 内部负载均衡的顶级接口为
com.netflix.loadbalancer.IRule , 具体的负载策略如下图所示 :
我们可以通过修改配置来调整 Ribbon 的负载均衡策略，具体代码如下
3.5 基于Feign实现服务调用
3.5.1 什么是Feign
Feign 是 Spring Cloud 提供的一个声明式的伪 Http 客户端， 它使得调用远程服务就像调用本地服务
一样简单， 只需要创建一个接口并添加一个注解即可。
Nacos 很好的兼容了 Feign ， Feign 默认集成了 Ribbon ， 所以在 Nacos 下使用 Fegin 默认就实现了负载均衡的效果。
3.5.2 Feign的使用
1 加入 Fegin 的依赖
2 在主类上添加 Fegin 的注解
3 创建一个 service ， 并使用 Fegin 实现微服务调用
4 修改 controller 代码，并启动验证
5 重启 order 微服务 , 查看效果