前言：使用RestTemple很乱，麻烦。地址是写死了的，并且不确定这个地址实际上能否使用
Eureka注册中心：
注意：一个微服务，既可以是服务提供者(注册信息，发送心跳)，又可以是服务消费者(拉取服务列表，远程调用)，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端
Eureka作用以及特点：
服务提供者启动时向eureka注册自己的信息eureka保存这些信息消费者根据服务名称向eureka拉取提供者信息。消费者基于服务列表做负载均衡，选中一个微服务后发起远程调用服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态eureka会更新记录服务列表信息，心跳不正常会被剔除 消费者就可以拉取到最新的信息
Eureka的搭建使用：
服务搭建
父工程下创建一个maven项目，引入spring-cloud-starter-netflix-eureka-server的依赖
启动类上添加@EnableEurekaServer注解。开启eureka的注册中心功能添加application.yml文件，编写下面的配置：(做服务注册) server:
port: 10086 # 服务端口
spring:
application:
name: eureka-server # eureka的服务名称
eureka:
client:
service-url: # eureka的地址信息
defaultZone: http://127.0.0.1:10086/eureka
启动服务：启动微服务后，可以在浏览器访问上述配置的地址：http://127.0.0.1:10086 要注意版本，不同版本会启动失败pom文件这里修改版本号
说明：eurake也是一个微服务，所以在启动时也会将自己注册到eureka(集群时通信使用)
服务注册（多开服务）：
在user-service的pom文件中，引入下面的eureka客户端依赖：
在user-service中，修改application.yml文件，添加服务名称、和eureka地址： #spring: 标签不能重复，所以写在上边了
# application:
# name: userservice # user服务的服务名称
eureka:
client:
service-url: # euraka的地址信息
defaultZone: http://127.0.0.1:10086/eureka 启动多个实例 将某个实例多次启动模拟多实例部署（需要修改端口配置） P12
服务运行后，在运行框里点击复制
服务发现/拉取：
之前使用RestTemplet发起的http请求更换为Eureka的服务名 // 2.利用 RestTemplate 向另一个服务器发起发起http请求
// String url = "http://localhost:8081/user/" + order.getUserId();
String url = "http://userservice/user/" + order.getUserId();
User user = restTemplate.getForObject(url, User.class); RestTemplate配置类上添加负载均衡注解@LoadBalanced // 使用 RestTemplate 来进行服务的远程调用
// 这里主要是进行注入
@LoadBalanced // eureka负载均衡注解
@Bean
public RestTemplate restTemplate(){
return new RestTemplate();
} 其他
Ribbon负载均衡：
@LoadBalanced注解是如何实现负载均衡的
负载均衡原理：
拦截我们的RestTemplate请求http://userservice/user/1 RibbonLoadBalancerClient会从请求url中获取服务名称，也就是user-service DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表 eureka返回列表，localhost:8081、localhost:8082 IRule利用内置负载均衡规则，从列表中选择一个，例如localhost:8081 RibbonLoadBalancerClient修改请求地址，用localhost:8081替代userservice，得到http://localhost:8081/user/1，发起真实请求
负载均衡策略：
通过定义IRule实现修改负载均衡规则的两种方式：
配置类中定义一个新的IRule（作用于全局的，请求其他所有服务都是随机的） @Bean
public IRule randomRule(){
return new RandomRule();
} // 负载均衡规则设置为随机
在order-service的application.yml文件中，添加新的配置修改规则（针对某一个微服务而言的，因为指定里微服务名称） userservice: # 给某个微服务配置负载均衡规则，这里是userservice服务
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
其他
懒加载：
Ribbon默认是采用懒加载，
懒加载：即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
饥饿加载：在项目启动时创建，降低第一次访问的耗时，在yml里通过下面配置开启饥饿加载
ribbon:
eager-load:
enabled: true # 开启饥饿加载
clients:
- userservice # 指定对userservice这个服务饥饿加载
clients是一个数组，可以指定多个服务进行饥饿加载
Nacos注册中心：
nacos特点：
默认端口：8848是下载了一个独立的服务，进行管理的，区别于eureka（创建maven工程）
nacos服务搭建：
官方文档：Nacos 快速开始
下载安装包：Mac系统使用.tar或.tar.gz格式的安装包，win系统是.zip格式解压（有必要的话改一下端口）在bin目录下运行指令：（mac命令）sh startup.sh -m standalonestandalone代表着单机模式运行，非集群模式关闭服务：（mac命令）sh shutdown.sh，win可以直接点击文件启动或者关闭通过浏览器访问 http://127.0.0.1:8848/nacos 来验证Nacos服务是否成功启动
nacos服务注册：p18
在父工程的pom文件中的
注释掉order-service和user-service的pom文件中原有的eureka依赖。添加nacos的客户端依赖：
在子工程user-service和order-service的yml文件中添加nacos地址： spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos服务端地址
启动的时候，eureka就没必要再启动了哈
Nacos服务多级存储模型：
一级是服务，例如userservice二级是集群，例如杭州或上海三级是实例，例如杭州机房的某台部署了userservice的服务器
当微服务互相访问时，应该尽可能先访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群 总结：Nacos引入集群概念就是为了尽可能的避免出现跨集群调用。
配置一个实例的集群属性：
注意哈，记得先运行nacos
修改子工程user-service服务的yml文件，添加spring.cloud.nacos.discovery.cluster-name属性配置：
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos服务端地址
discovery:
cluster-name: HZ # 集群名称，也就是机房所在位置
再复制一个user实例，命名为user3，设置端口号。重启user1，2之后，将HZ这个集群名称换位SH（上海）刷新Nacos，点击详情，就会发现有两个集群了
nacos负载均衡：
默认的负载均衡：（优先同一个集群下）
给每个服务做好集群划分将负载均衡规则修改为： userservice: # 要调用的微服务名称
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
nacos优先选择本地的集群，在同一个集群里采用随机模式的负载均衡本地集群全挂了，再访问外地的集群
根据权重负载均衡：
权重值：0～1权重越高，被访问比例越高做系统升级时候服务器不合适随便重启，可以将值调整为0(不给他分配请求)
nacos环境隔离：namespace
nacos既是注册中心，也是数据中心，因此多一个隔离的概念20-Nacos-环境隔离_哔哩哔哩_bilibili根据 namespace 进行划分的，每个环境里不能相互访问每生成一个环境，都会有一个独立ID
操作：修改yml文件：最后一句：namespace
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ
namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填上述ID
nacos与eureka区别：
配置一个服务实例为永久实例：
spring:
cloud:
nacos:
discovery:
ephemeral: false # 设置为非临时实例
共同点：
都支持服务注册和服务拉取都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式 临时实例心跳不正常会被剔除，非临时实例则不会被剔除 Nacos支持服务列表变更的消息推送模式，服务列表更新更及时 Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式
Nacos配置中心：
修改某些配置后，不需要重启，配置立马生效 即“热更新”
创建统一配置管理：
nacos启动后进入网站到这里，点击创建配置填写如下配置信息这里的内容是定义日期格式的
在项目中拉取配置：
项目流程示意图：
说明：
不使用nacos是一套直线走完使用nacos要先拉取nacos中管理的配置，然后与本地的application.yml配置合并 所以就引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取
操作步骤：
引入依赖
在user-service服务中，引入nacos-config的客户端依赖：
resources目录下新建文件：bootstrap.yaml，并添加如下内容（与application.yml同级） spring:
application:
name: userservice # 服务名称
profiles:
active: dev # 开发环境，这里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
就是在nacos网站里配置的DataID的名称：userservice-dev.yaml application里关于nacos的内容就可以不要了（服务名称，nacos地址，集群配置）进行测试，在user-service中的UserController中添加业务逻辑，尝试读取nacos中配置的pattern.dateformat： // 测试能否获取到nacos里设置的配置
@Value("${pattern.dateformat}")
private String dateformat;
// 查看配置是否生效
@GetMapping("/now")
public String now() {
return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
} 然后运行成功，拿到时间
配置热更新（两种方式）：
在@Value注入的变量所在类上（Controller层）添加注解@RefreshScope使用@ConfigurationProperties注解代替@Value注解。
在user-service微服务中，新建一个配置类，读取nacos中配置的patterrn.dateformat属性： package cn.itcast.user.config;
import lombok.Data;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;
@Component
@Data
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
private String dateformat;
}
在UserController中使用这个读取配置类代替@Value直接注入：运行后，在nacos网站修改配置后就可以热更新了（刷新user/now，时间格式变化）
总结：
通过@Value注解注入，结合@RefreshScope来刷新通过@ConfigurationProperties注入，自动刷新
注意事项： 不是所有的配置都适合放到配置中心，维护起来比较麻烦
建议将一些关键参数，需要运行时调整的参数放到nacos配置中心，一般都是自定义配置
多环境配置共享：
场景：某一个通用配置
步骤：
nacos新建一个配置在user-service服务中，修改PatternProperties配置类，读取新添加的属性 @Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
private String dateformat;
private String evnSharedValue;
} controller类中，注入该配置编辑复制的服务，修改环境变量 运行，进入prop路径下，开发环境显示和test环境显示不一样
服务配置的优先级：
假设同一个属性，nacos有共享配置和独享的都有这个属性，本地也这个属性
那么优先级为
总结：两种配置的名称格式
[服务名]-[spring.profile.active].yaml，环境配置[服务名].yaml，默认配置，多环境共享
Nacos集群搭建：
nacos生产环境下一定要部署为集群环境
Nacos集群搭建超详细，仅需五步搭建本地Nacos集群，看这个就够了，不会搭建你找我，黑马_nacos 集群搭建-CSDN博客
精彩链接
发表评论