注册中心(环境隔离、分级模型、Eureka)、远程调用负载均衡、服务保护原理分析

一、注册中心------环境隔离

nacos提供了一个默认的namespace,叫做public:

我们可以通过以下方法创建自己的namespace:

添加完成后,可以在页面看到我们新建的namespace,并且Nacos为我们自动生成了一个命名空间id:

默认情况下,所有的微服务注册发现、配置管理都是走public这个命名空间。如果要指定命名空间则需要修改application.yml文件。

比如,我们修改item-service服务的bootstrap.yml文件,添加服务发现配置,指定其namespace:

TypeScript 复制代码
spring:
  application:
    name: item-service # 服务名称
  profiles:
    active: dev
  cloud:
    nacos:
      server-addr: 192.168.150.101 # nacos地址
      discovery: # 服务发现配置
        namespace: 8c468c63-b650-48da-a632-311c75e6d235 # 设置namespace,必须用id
      # 。。。略

二、服务分级模型:

因此,结合我们上一节学习的namespace命名空间的知识,任何一个微服务的实例在注册到Nacos时,都会生成以下几个信息,用来确认当前实例的身份,从外到内依次是:

  • namespace:命名空间

  • group:分组

  • service:服务名

  • cluster:集群

  • instance:实例,包含ip和端口

这就是nacos中的服务分级模型。

在Nacos内部会有一个服务实例的注册表,是基于Map实现的,其结构与分级模型的对应关系如下:

三、Eureka与Nacos

四、远程调用-源码跟踪及负载均衡原理

切换负载均衡算法:

五、服务保护

线程隔离:

滑动窗口算法:

漏桶算法:

令牌桶算法:

相关推荐
Thomas.Sir7 小时前
第29课:微服务异步调用、线程池优化 & 事件驱动开发
java·redis·微服务
CarIise8 小时前
Maven私服(Nexus)
微服务
敲上瘾8 小时前
分布式系统——Redis哨兵:自动故障转移与选举原理
linux·数据库·redis·分布式·缓存·微服务
旋生万物1 天前
分形自相似:微服务、缓存、Prompt 模板为什么长一样
人工智能·缓存·微服务·云原生·prompt
Thomas.Sir1 天前
第27课:SkyWalking全链路追踪实战 & 微服务调用链路分析
spring cloud·微服务·skywalking
cheems95271 天前
从统一响应到 Swagger:一篇讲清微服务接口文档设计未命名
java·微服务·架构·状态模式
唠点键盘之外的2 天前
27 存量系统接大模型:旁挂一个 AI 微服务,老架构一行不改
人工智能·微服务·架构
自强的小白2 天前
项目整个架构的构建和演进。(重点!)
spring cloud·微服务·架构
码上上班2 天前
基于 K3s 的微服务容器化与 GitOps 持续交付平台
微服务·云原生·架构
kevien_G12 天前
微服务之OpenFeign最佳实践
java·微服务·架构