株洲网站建设技术托管,建立网站的元素有哪些,营销技巧有哪些,wordpress+教材主题目录
1. 什么是注册中心#xff1f;
1.2 注册中心的作用
2. SpringBoot 整合 Nacos 实现服务注册中心
2.1 将服务注册到 Nacos
2.2 实现消费者
3. 服务列表各个参数的含义、作用以及应用场景 1. 什么是注册中心#xff1f;
注册中心是微服务架构中的一个重要组件…目录
1. 什么是注册中心
1.2 注册中心的作用
2. SpringBoot 整合 Nacos 实现服务注册中心
2.1 将服务注册到 Nacos
2.2 实现消费者
3. 服务列表各个参数的含义、作用以及应用场景 1. 什么是注册中心
注册中心是微服务架构中的一个重要组件它用于实现服务注册与服务发现。
【思考一】什么叫服务注册 ? 什么叫服务发现 服务注册就是生产者它是服务的提供方它用于将服务存储起来服务发现是注册中心将服务列表推送给调用服务的消费者 / 消费者向注册中心拉取服务列表
Nacos 结合了两者的优势提供了一个更加灵活和高效的服务发现机制。在默认情况下Nacos 使用推模式来通知消费者但消费者仍然会定期拉取服务列表以应对可能出现的消息丢失或延迟等问题。
【思考二】为什么需要服务注册和服务发现呢 服务之间直接调用存在什么问题呢
① 服务注册与服务发现是为了更好的实现服务与服务之间的通信降低服务与服务间的耦合度。健康检测机制。
② 服务之间直接调用存在的问题
每个服务都可能有很多份那我在调用的时候就需要写很多份而且需要一个一个手动分配工作量太大微服务里边服务起码得是集群B1B2B3......如果直接写死当某一天某些服务挂了就会引发一系列问题从而就无法保证系统的高可用。
具体有以下几个问题 单点故障因为调用方直接依赖于特定的服务实例所以当这个实例不可用时调用方无法找到其他的可用实例从而导致整个调用链路中断。 延迟与超时当一个服务不可用调用方可能会因为网络超时而等待很长时间这会导致用户体验下降并可能引发其他的连锁故障。 无法进行负载均衡如果多个实例都可用但调用方总是直接调用某一个特定实例那么这将导致流量分布不均某些实例可能会过载而其他实例则处于空闲状态。 无法进行故障转移当目标服务实例出现故障时调用方无法自动切换到其他健康的实例。 扩展性受限如果服务需要进行扩展增加新的实例调用方可能需要修改代码或配置来适应新的服务地址这增加了运维的复杂性。 不透明的依赖关系如果所有的服务都是直接相互调用那么很难快速地了解服务之间的依赖关系这在故障排查时可能会增加很多麻烦。 基于以上问题所以我们需要使用服务注册于服务发现来更好的实现服务与服务之间的通信 1.2 注册中心的作用
服务注册服务实例启动时将自身注册到注册中心包括服务名地址端口等服务发现消费者向注册中心拉取服务列表 / 注册中心推送服务列表给消费者服务健康检测注册中心会定期检测服务实例的健康状态并过滤不健康的实例服务路由决定如何将请求分发到合适的服务实例通常涉及到负载均衡策略服务监控监控服务的状态如响应时间、错误率等以便及时发现并处理问题服务更新当服务实例信息变更时向注册中心发送更新信息通知。 2. SpringBoot 整合 Nacos 实现服务注册中心
2.1 将服务注册到 Nacos
实现之前Nacos 服务要启动起来创建好 SpringBoot 多模块项目一个父模块和两个子模块
如果不会创建 SpringBoot 多模块项目的可以去看我的这篇文章https://blog.csdn.net/xaiobit_hl/article/details/134144828
【实现步骤】
添加 Nacos discovery 支持 配置 Nacos 连接信息编写代码开发接口
PS完成以上三步后当前项目就会自动注册到 Nacos 中
② Nacos 连接信息
spring:application:name: nacos-discovery-demo# Nacos 服务名 (命名不要使用下划线 _早期的SpringCloud版本不支持)cloud:nacos:discovery:server-addr: localhost:8848 # 连哪个 Nacos 的注册中心username: nacospassword: nacos# ephemeral: false # false 设置此服务为永久实例,true 为临时实例
server:port: 0 # 动态端口号
③ 实现接口
RestController
RequestMapping(/user)
public class UserController {Autowiredprivate ServletWebServerApplicationContext context; // 用于获取动态端口号// 服务RequestMapping(/getnamebyid)public String getNameById(Integer id) {return provider-name- id | port: context.getWebServer().getPort();}
}PS接口的实现不重要重要的是我们能把它注册到注册中心然后能通过另一个项目调用到它
【思考】为什么服务注册到注册中心需要使用动态端口 而不使用固定端口 只有当用户去使用 Nacos 的时候才需要使用一个固定的端口号它不能每次变化每次变的话用户就猜不出来这个端口号是多少。 而对于微服务这边它只需要将服务注册到注册中心供消费者来使用具体端口号是多少对于程序来说它不必预先知道。
并且使用动态端口有以下好处 灵活性动态端口允许服务在任何可用的端口上启动避免了手动配置端口或处理端口冲突的问题。 高可用性如果某个端口不可用被其他进程占用或由于某些原因被阻止服务可以选择其他任何可用的端口来启动这增加了服务的高可用性。 简化配置不需要为每个服务的实例手动分配和管理固定的端口号。 支持多实例动态端口允许在同一台机器上运行多个相同的服务实例这对于快速扩展和负载均衡很有利。 【测试服务注册中心】
当我们将服务注册到注册中心后就可以在 Nacos 控制台看到这些信息了 这个时候我们就可以测试一下微服务里边的接口好不好使点击操作下面的详情 我们拿着 IP 动态端口去访问接口是可以正常访问得到的 【上线下线 Nacos 服务的作用】 服务的上线与下线通常是指服务实例的动态注册与注销利用这一特性可以实现以下几种发布策略 灰度发布灰度发布是指先让部分用户试用新版本而其它用户还在使用旧版本。通过Nacos可以将新版本的服务实例注册到Nacos中然后通过权重配置让部分用户路由到新的服务实例上。也可以通过标签配合 geteway 网关规则 蓝绿部署蓝绿部署是一种将新旧版本同时部署的策略通过路由控制用户流量到不同的版本。通过Nacos的服务注册与发现可以轻松地实现蓝绿部署新版本绿色可以注册到Nacos当确认新版本稳定后可以将流量切换到新版本同时下线旧版本蓝色。 金丝雀发布金丝雀发布是灰度发布的一种它先将新版本发布给一小部分用户然后根据这部分用户的反馈和系统的表现决定是否将新版本推广给更多的用户。利用Nacos的权重配置可以轻松地实现金丝雀发布。 紧急回滚如果新版本出现问题就可以快速地在Nacos中下线新版本的服务实例同时上线旧版本的服务实例以此来实现紧急回滚。 PS当服务被下线时注册中心在公布服务列表的时候就不会包含已经下线的服务了即使它是健康状态。
【点击上线或下线报错问题】 当点击上线下线如果报错了或者创建临时实例 / 永久实例报错了可以通过以下方法来解决
① 停止 Nacos 服务 Ctrl C 多按几遍
② 删除 nacos/data 目录下的 protocol 文件夹 非常好使 ③ 开启 Nacos 服务再次点击上下线就不会报错了 2.2 实现消费者
【前置工作】
1. 创建一个消费者的 module在 pom.xml 文件中声明父节点
parentgroupIdcom.example/groupIdartifactIdnacos-discovery-demo/artifactIdversion0.0.1-SNAPSHOT/version
/parent
2. 删除不必要的依赖testnacos-discoveryjava.version 等声明以及 dependencyManagement 依赖。
3. 在父模块中声明子模块
modulesmoduleprovider/modulemoduleconsumer/module
/modules
【实现步骤】
添加框架支持 【nacos discovery、spring cloud LoadBalancer、spring cloud OpenFeign】配置 Nacos 连接信息开启 OpenFeign 功能声明 OpenFeign 式的 Service 【生产者的的服务】调用服务【调用生产者的服务】
② 配置 Nacos 连信息
spring:application:name: nacos-consumer-democloud:nacos:discovery:server-addr: localhost:8848username: nacospassword: nacosregister-enabled: false #消费者不需要将此服务注册到 nacosserver:port: 8080 # 使用固定端口
③ 开启 OpenFeign 功能
SpringBootApplication
EnableFeignClients // 开启 OpenFeign
public class ConsumerApplication {public static void main(String[] args) {SpringApplication.run(ConsumerApplication.class, args);}}PS在启动类上加上 EnableFeignClients 注解
④ 声明 OpenFeign 式的 Service
Service
FeignClient(nacos-discovery-demo) //调用nacos中的nacos-discovery-demo服务
public interface UserService {RequestMapping(/user/getnamebyid) // 调用生产者的接口public String getNameById(RequestParam(id) Integer id); //RequestParam
}方法中的参数最好添加 RequestParam 注解否则可能拿不到参数。
⑤ 调用服务
RestController // 消费者
public class BusinessController {Autowiredprivate UserService userService;RequestMapping(/getnamebyid)public String getNameById(Integer id) {return userService.getNameById(id);}
} 【测试消费者】
开启两个生产者和一个消费者测试负载均衡默认的轮询方式 根据配置信息使用 localhost:8080/getnamebyid?id2 进行访问
第一次访问 刷新后轮询的方式 3. 服务列表各个参数的含义、作用以及应用场景 1. 服务名服务的唯一标识符用于区分不同的服务对应我们配置文件写的 spring.application.name. 2. 分组名称服务的分组标识用于将服务进行逻辑隔离的。我们可以根据不同的环境或用途为服务设置不同的分组例如“测试组”、“开发组”、“生产组”等。这样的隔离机制有助于管理和维护服务。
3. 集群数目在一个服务内可以有多个集群每个集群下有多个服务实例。
4. 实例数当前服务注册到Nacos的总实例数量包括健康和不健康的实例。
5. 健康实力数可以正常提供服务没有故障的实例。
6. 触发保护阈值它是一个 0-1 之间的数表示当健康实例数低于此阈值时Nacos会阻止所有服务实例的自动注销以保护剩余的健康实例。可以在服务详情里面的编辑服务中进行设置
为什么要有保护阈值 它是为了防止服务雪崩的。比如说服务集群里边原本有 1000 个实例但是现在有 999 个实例都挂了只剩下一个实例了那么原本 1000 个人干的活现在就只剩一个人了如果我们再把所有的活再派给这一个人来干那么这个人他肯定也不在了他肯定离职了。对于咱们系统来说也是一样如果集群实例数太少的话这时候还把所有的流量分发过去那就会造成服务瘫痪进而造成上游调用这个服务的整体瘫痪进而造成服务雪崩。所以需要保护阈值。 保护阈值它是如何防止服务雪崩的 想要解决服务雪崩无非就是加锁排队但是 Nacos 它本身又不做限流只有注册中心和配置中心那它是怎么做到既没有限流功能又要保证不会发生雪崩问题的呢它的做法是 躺平当保护阈值为 true 的时候它会将所有的请求分发给所有的服务实例不管健康与否即使有些服务实例已经挂掉了以此来保护所剩无几的健康实例 【保护阈值演示案例】
① 准备两个永久服务实例一个消费者然后停掉一个服务
如何快速创建相同实例 PS永久实例 - 对应配置文件中的 ephemeral: false ② 将保护阈值设置为 0.5这时保护阈值就变为 true 了 ③ 使用消费者调用服务
例如localhost:8080/getnamebyid?id2 当我们更改了权重阈值等参数它默认是会有缓存的感知不到所以需要重启消费者才能看到 nacos 的防止雪崩的策略。
重启消费者后
第一次访问 第二次访问 PS第三次访问和第一次访问一样第四次访问又报错这就是 Nacos 的一个解决服务雪崩的手段 【服务详情中的一些参数的含义】
1. 元数据与服务相关的额外信息可以是键值对形式的任意数据。它会自动设置进去
2. 服务路由类型用于指定如何在消费者和成产者之间进行路由决策的它可以实现请求的负载均衡。 PS服务路由类型最主要的作用就是实现 CMDB地域就近访问的什么叫地域就近访问 当有北京的调用者来获取服务的时候他肯定是调用北京的服务是最快的因为对于北京的调用者来说北京的网络路由调的次数肯定比深圳少所以它的速度肯定快那么深圳的调用者肯定是调用深圳的服务最快这就是地域就近访问。 3. 权重实例级别的设置。范围为 0-10000用于负载均衡决策权重越大分配给该实例的流量越大。当权重为 0 的时候和点击下线功能是一样的效果。
Nacos 的负载均衡策略总的来说有两种方式
① 基于健康检测和权重
② 基于第三方 CMDB 的标签负载均衡器
这在官方的 《Nacos架构与原理》一书中原话是这样说的
在 Nacos 0.7.0 版本中我们除了提供基于健康检查和权重的负载均衡方式外
还新提供了基于第三方 CMDB 的标签负载均衡器
临时实例 VS 永久实例
① 定义和删除方式不同 1. 永久实例其注册信息会一直保留在 Nacos 服务器上直到主动注销或被删除。这就意味着即使服务实例下线或者不健康了他的注册信息仍然会保留在 Nacos 上。 2. 临时实例其注册信息在服务实例下线断开连接或者不健康时会自动从服务注册列表中被删除。 如何删除永久实例1.停服务2. 删除 nacos/data 目录下的 protocol 文件夹3. 启动 nacos 服务
② 健康检测机制不同 1. 永久实例服务器反向探测机制服务器主动来询问永久实例的健康与否。 2. 临时实例客户端主动上报机制客户端主动向服务器汇报自己的健康与否。 PS临时实例每隔 5 秒就会主动上报一次自己的健康状态发送的数据包叫做心跳包发送心跳包的机制叫做心跳机制。如果 Nacos 服务端在 15 秒都没收到心跳就会将实例设置为不健康在 30 秒没收到心跳时就会将这个临时实例摘除。
