微服务（二）——注册中心（Eureka、Nacos）

最新推荐文章于 2024-05-24 17:30:32 发布
最新推荐文章于 2024-05-24 17:30:32 发布
阅读量3.6k 收藏 17
点赞数 4
分类专栏： Spring 文章标签： eureka 微服务 spring cloud nacos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_54355172/article/details/128296757
版权

目录

1. 概念

注册中心：

  • 需求：当一个服务提供者 Service 部署了多个实例交给 User 远程调用时：
    • 服务消费者 User 应该调用哪个实例，如何获取其对应地址和端口？
    • User 如何获知实例是否健康？
  • 注册中心作用：
    • 帮助管理服务，并帮助服务调用者选择并调用服务
    • 实时监测服务实例是否健康

Eureka：

  • 构成：
    • eureka-server：服务端，注册中心
      记录服务信息，心跳监控
    • eureka-client：客户端，
      服务提供者（注册到服务端，定期向服务端发送心跳）、服务消费者（从服务端拉取服务列表，基于负载均衡选择服务）
  • 作用：
    • 服务注册： Service实例启动后，会将自己的信息注册到 eureka服务端
    • 服务拉取： User 根据 实例名 获取 Service 地址列表
    • 负载均衡： User 根据负载均衡算法 从 拉去的 Service 地址列表中 选择一个服务实例
    • 心跳检查： Service实例 每隔一段时间（默认30s）就会向 eureka服务端 发起请求，报告自己的状态，当超过一段时间没向 eureka服务端 发送心跳，eureka 就会将此实例从 地址列表中剔除

nacos

  • 概念：
    • 服务注册中心
  • 作用：
    • 心跳检查： 不同于 eureka 只能 Service实例 主动发起心跳，nacos 对于非临时实例可以主动发起心跳检查
      • 临时心跳检查异常的会被剔除出 服务地址列表
      • 非临时心跳检查异常的不会被剔除
    • 定时推送变更： nacos 支持服务列表变更的消息推送模式，服务列表更新更及时

2. Eureka

1. 服务搭建

1. 依赖导入

依赖：

  • springboot 与 springcloud 的版本对应关系
    点击图片跳转

  • 父项目依赖
    我用的是2.6.11版本的springboot，所以要选择2021.0.5版本的springcloud

        <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <java.version>1.8</java.version>
        <spring.cloud-version>2021.0.5</spring.cloud-version>
    </properties>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring.cloud-version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

  • 子项目依赖

    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

2. 配置文件

我们需要将 eureka 注册到spring容器中，所以需要在配置文件中做相关配置。

server:
  port: 8099
spring:
  application:
    name: eureka_server
eureka:
  client:
  	# 配置eureka服务地址
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

3. 启动项目

为了让项目能启动 eureka，需要在启动类上加一个注解：@EnableEurekaServer

@SpringBootApplication
@EnableEurekaServer
public class ServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ServerApplication.class, args);
    }
}

启动项目，访问地址：http://127.0.0.1:8099：

注册的服务名称就是配置文件中的名称的大写。

2. 服务注册

在上一步，已经将 eureka-server （eureka服务中心）搭建完毕，现在就开始注册服务实例了。

1. 依赖导入

注意：

  • 无论是 服务提供者 还是 服务消费者，他们的身份都是 eureka-client

  • 记得添加 spring-boot-starter-web 的依赖，不然会报错：Field optionalArgs in org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration$RefreshableEurekaClientConfiguration required a bean of type ‘com.netflix.discovery.AbstractDiscoveryClientOptionalArgs’ that could not be found.

        <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
    </dependencies>

服务发现、服务注册统一都封装在eureka-client依赖。

2. 配置文件

需要在配置文件中配置 eureka-server 的地址。

spring:
  application:
    name: service_provider
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

3. 启动多个实例

为了让项目能启动 eureka，需要在启动类上加一个注解：@EnableEurekaClient。

@SpringBootApplication
@EnableEurekaClient
public class ProviderApplication {
    public static void main(String[] args) {
        SpringApplication.run(ProviderApplication.class, args);
    }
}

我们可以通过 IDEA 自带功能模仿启动多个服务实例。

  • 打开 Service 面板

  • 复制原来的 provider 启动配置

  • 查看 eureka注册中心

3. 服务发现

1. 依赖导入

依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

2. 配置文件

配置文件：

spring:
  application:
    name: service_user
server:
  port: 8084

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

3. 服务拉取和负载均衡

服务拉取：

  • 修改 controller 代码，将 url 路径的 ip、端口 修改为 服务名：

    @RestController
@RequestMapping("user")
public class UserController {

    @Autowired
    private RestTemplate restTemplate;

    @GetMapping("/{id}")
    public Book getBookById(@PathVariable("id") Integer id) {
        // String url = "http://127.0.0.1:8081/provider" + id;
        String url = "http://service_provider/provider";
        if (id != null) {
            url = url + id;
        }
        Book book = restTemplate.getForObject(url, Book.class);
        return book;
    }
}

  • 注册 RestTemplate 的时候加上注解 @LoadBalanced

        @LoadBalanced
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

  • 接口调用：

    @RestController
@RequestMapping("user")
public class UserController {

    @Autowired
    private RestTemplate restTemplate;

    @GetMapping("/{id}")
    public Book getBookById(@PathVariable("id") Integer id) {
        // String url = "http://127.0.0.1:8081/provider" + id;
        String url = "http://PROVIDER/pro/";
        if (id != null) {
            url = url + id;
        }
        Book book = restTemplate.getForObject(url, Book.class);
        return book;
    }
}

  • 访问接口：

访问报错：

解决方案： 命名别带下划线。

多测试几下接口，可以发现，user一会儿调用的是 provider:8081 一会儿调用的是 provider:8082。这就是负载均衡算法选择的。

4. 小结

eureka-server 搭建：

  • 引入依赖：

    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

  • 启动类添加 @EnableEurekaServer

  • 配置文件配置 eureka 地址

    server:
  port: 8099
spring:
  application:
    name: server
eureka:
  client:
  	# 配置eureka服务地址
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

服务注册：

  • 引入依赖：
    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
  • 启动类添加 @EnableEurekaClient
  • 配置文件配置 eureka 地址
    server:
  port: 8081
spring:
  application:
    name: provider
eureka:
  client:
  	# 配置eureka服务地址
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

服务发现：

  • 引入依赖：
    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
  • 启动类添加 @EnableEurekaClient
  • 配置文件配置 eureka 地址
    server:
  port: 8089
spring:
  application:
    name: user
eureka:
  client:
  	# 配置eureka服务地址
    service-url:
      defaultZone: http://127.0.0.1:8099/eureka

3. Ribbon

1. 负载均衡流程

Ribbon负载均衡流程图：

http://PROVIDER/pro/4 并非真实的地址，这个需要Ribbon负载均衡去拦截，然后选择具体的服务地址。而，Ribbon就是通过 LoadBalancerInterceptor 的 intercept 方法来实现拦截请求并解析选择地址。

    public ClientHttpResponse intercept(final HttpRequest request, final byte[] body, final ClientHttpRequestExecution execution) throws IOException {
        URI originalUri = request.getURI();
        String serviceName = originalUri.getHost();
        Assert.state(serviceName != null, "Request URI does not contain a valid hostname: " + originalUri);
        return (ClientHttpResponse)this.loadBalancer.execute(serviceName, this.requestFactory.createRequest(request, body, execution));
    }

负载均衡流程：

2. 负载均衡策略

Ribbon的负载均衡策略是由 IRule 接口来定义的。

IRule常见规则：

内置负载均衡规则类规则描述
RoundRobinRule简单轮询服务列表来选择服务器。它是Ribbon默认的负载均衡规则。
AvailabilityFilteringRule对以下两种服务器进行忽略： （1）在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路”状态。短路状态将持续30秒，如果再次连接失败，短路的持续时间就会几何级地增加。 （2）并发数过高的服务器。如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的<clientName>.<clientConfigNameSpace>.ActiveConnectionsLimit属性进行配置。
WeightedResponseTimeRule为每一个服务器赋予一个权重值。服务器响应时间越长，这个服务器的权重就越小。这个规则会随机选择服务器，这个权重值会影响服务器的选择。
ZoneAvoidanceRule (默认)以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。
BestAvailableRule忽略那些短路的服务器，并选择并发数较低的服务器。
RandomRule随机选择一个可用的服务器。
RetryRule重试机制的选择逻辑

自定义负载均衡策略：

  • 方式一： 在user中，@Bean 注入自定义 IRule

    @Bean
public IRule randomRule(){
    return new RandomRule();
}

  • 方式二： 在user，配置文件修改 IRule

    provider: # 给某个微服务配置负载均衡规则，这里是userservice服务
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则

注意： 方式一的作用范围是：在访问任何微服务的时候，都是使用 RandomRule 负载均衡策略；方式二的作用范围是：在访问 provider 微服务的时候才是采用 RandomRule 策略，其他的还是使用默认策略。

3. 加载策略

Ribbon默认采用懒加载，即会在第一次访问时才会去创建 LoadBalanceClient ，所以会在第一次请求的时候花上较长的等待时间。

可以通过配置文件更改加载策略为饿加载策略，即初始化时就创建 LoadBalanceClient ，降低第一次访问的耗时。

ribbon:
  eager-load:
    enabled: true # 开启饥饿加载
    clients: provider # 指定饥饿加载的服务名称

4. Nacos

1. 下载安装

Nacos下载地址： https://github.com/alibaba/nacos/releases

下载好之后，解压就行了。

默认端口： 8848 ，可通过 conf/application.properties 的 server.port 修改端口。

单击启动： bin/

  • 方式一：双击 startup.cmd

  • 方式二：

    startup.cmd -m standalone

登录：默认账号、密码都是 nacos 。

2. 注册中心

1. 引入依赖、修改配置

父工程添加 SpringCloudAlibaba 的管理依赖。

<!--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>

子工程中注释掉 eureka 依赖，引入 nacos 依赖。

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

配置文件配置nacos地址：

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

启动 user 和 provider ：

注意： eureka 注册名会变成大写，nacos 不会，所以改成 nacos 之后，需要把访问地址改成小写。

请求测试：

2. 服务分级存储模型

一个服务可以拥有多个实例，如：provider 的 8081 和 8082，如果这些实例分布于全国不同的机房，如：provider:8081 在成都机房、provider:8082 在重庆机房，Nacos就将同一机房内的实例 划分为一个集群。

即，一个服务可以拥有多个集群，一个集群中可以拥有多个实例。

微服务相互之间访问时，访问本地的速度更快，所以应该尽可能访问相同集群的实例，只有当本集群内存不够时，才去访问其他集群。

1. 配置集群

配置服务集群：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848 # nacos服务地址
      discovery:
        cluster-name: CD

VM Options：

-Dserver.port=8082 -Dspring.cloud.nacos.discovery.cluster-name=CQ
2. 同集群优先的负载均衡

默认的 ZoneAvoidanceRule 负载均衡策略并不能实现据同集群优先来实现负载均衡，因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例。

修改负载均衡策略：

  • 方式一：

    @Bean
public IRule nacosRule(){
    return new NacosRule();
}

  • 方式二：

    provider: # 访问的服务名
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule  # 负载均衡规则

3. 权重配置

服务器的性能之间存在差异，为了让性能能好的服务器承担更多的用户请求，Nacos提供了权重配置来控制访问率：权重越大、访问率越高。

注意： 权重为0的服务永远不会被访问。

4. 环境隔离

Nacos提供了namespace来实现环境隔离功能。

  • nacos中可以有多个namespace
  • namespace下可以有group、service等
  • 不同namespace之间相互隔离（不同namespace的服务互相不可见）
1. 创建 namespace

Nacos默认的namespace是：public 。

Nacos创建命名空间流程：

2. 配置命名空间
spring:
  cloud:
    nacos:
      discovery:
        namespace: e11eb3bc-8eed-4cdd-93f0-7a6c01b85eb4 # 命名空间，填ID

注意： 因为此时 dev 命名空间中只有 user，导致无法访问到 public 中的 provider ，发起访问请求会报错。

3. 永久实例

Nacos的服务实例分为两种类型：

  • 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型

  • 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例

临时实例是实例向注册中心发起心跳，永久实例是注册中心主动向实例询问心跳。

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为永久实例

3. 配置管理

Nacos不仅可以担任微服务的注册中心，还可以担任配置管理。

1. 统一配置管理

可以使用统一配置管理来处理因为部署的微服务数量过多，配置繁杂等问题。

Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。

注意： 只把那些需要热更新的配置文件交给Nacos

1. nacos添加配置文件

Data ID： 配置文件id：服务名称-profile.后缀名 。

2. 从nacos拉取配置

spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取，流程如下：

  • 引入nacos-config依赖：

    <!--nacos配置管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

  • 添加bootstrap.yml

    spring:
  application:
    name: user # 服务名称
  profiles:
    active: dev #开发环境，这里是dev
  cloud:
    nacos:
      server-addr: localhost:8848 # Nacos地址
      config:
        file-extension: yaml # 文件后缀名

    这里会根据spring.cloud.nacos.server-addr获取nacos地址，再根据
    ${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}作为文件id，来读取配置。

  • 读取nacos配置

        @Value("${pattern.dateformat}")
    private String dateformat;

    @GetMapping("now")
    public String now() {
        return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
    }

启动报错： org.springframework.beans.factory.BeanCreationException: Error creating bean with name xxx

解决方案：

  • 检查 namespace，配置文件与服务要在同一个 namespace 中
  • 名称是否拼错
  • 升级 nacos 版本
  • @Value 切换为 @NacosValue

2. 配置热更新

配置热更新： 修改nacos中的配置后，微服务中无需重启即可让配置生效。

实现方式：

  • 方式一： 在@Value注入的变量所在类上添加注解 @RefreshScope
  • 方式二：
    • 使用 @ConfigurationProperties 注解代替@Value注解
    • 在 user 服务中，添加一个类，读取patterrn.dateformat属性：
      @Component
@Data
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
    private String dateformat;
}
    • 在UserController中使用这个类代替@Value：
      @Autowired
private PatternProperties patternProperties;

@GetMapping("now")
public String now() {
    return LocalDateTime.now().format(DateTimeFormatter.ofPattern(patternProperties.getDateformat));
}

3. 配置共享

其实微服务启动时，会去nacos读取多个配置文件，因为nacos管理的配置文件不包含环境信息，可以被多个环境共享。

只需要取名的时候，不加上 profile 就能被共享，如下：

配置共享时的优先级：

364.99°
关注
  • 4
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Java分布式微服务1——注册中心（Eureka/Nacos）
qq_40836168的博客
08-05 1048
Nacos的服务存储和数据存储的最外层都是一个namespace，用来做最外层隔离，不同namespace的不能互相访问。在Nacos控制台配置管理新增配置，配置内容里应该是可能有变化的配置，不是所有配置 yml就是yaml。上面的url是硬编码写死的，很不方便切换，所以使用Eurake注册中心来管理服务提供者的地址。一个服务的配置文件可能和几十个服务实例有关系，在更新配置后这些服务都需要重启。先启动两个实例，再把集群名字改了启动另一个实例，就可以模拟两个集群的情况了。
微服务注册中心之Zookeeper，Eureka，Nacos，Consul，Kubernetes区别
上善若泪
05-16 3185
对于如何选择这两种方式，其实还有一个数据一致性问题可以聊聊，比如选择定时器肯定就抛弃了强一致性，最后要求的是最终一致，这里就不深入展开了，另外你可能还会说服务的移除等等这些功能都没介绍，在我看来那只是一个附加功能，注册中心重点还是在于服务注册和发现，其他都是锦上添花罢了。更重要的是，当服务注册中心不可用时，服务消费者可以利用本地缓存路由实现对现有服务的可靠调用。服务端的负载均衡，给服务提供者更强的流量控制权，但是无法满足不同的消费者希望使用不同负载均衡策略的需求。开始介绍以上5种实现注册中心的方式。
主流微服务注册中心详解
最新发布
wangwcy的博客
05-24 903
微服务的注册中心目前主流的有以下五种：ZookeeperEurekaConsulNacosKubernetes那么实际开发中到底如何选择呢？这是一个值得深入研究的事情，别着急，今天陈某就带大家深入了解一下这五种注册中心以及如何选型的问题。这几款开源产品都已经考虑如何搭建高可用集群，这个地方有些差别而已；
注册中心原理分析
CoLiuRs
09-23 1365
CAP中，其中有一个P是不能保证的，因为在现实的网络环境中，不能保证一定不能出现网络分区，在出现网络分区的时候，我们应该怎么选择A 或者 C？提到服务的可用性，就会出现一个非常重要的CAP 定理。对于注册中心来说，我们应该选择一个什么样的可用性呢？
Nacos与Eureka
xiexie9606的博客
12-16 396
2、Provider 和 Consumer 分别作为服务启动，并且注册到 Eureka 上面去，以 provider 为例，3、provider 注册时会告诉 eureka，我叫 provider，我的地址是 xx.xx.xx.xx，我的端口是 xx，我的 xx 是 xx，就是说，provider 会将自己的一些元数据信息告诉 eureka；同理，consumer 也是如此。Eureka Client 在调用服务时，需要获取这个注册表，一般来说，这个注册表会缓存下来，如果缓存失效，则直接获取最新的注册表。
springcloud微服务架构（eureka、nacos、ribbon、feign、gateway等组件的详细介绍和使用）
m0_62498006的博客
08-06 1万+
通过学习springcloud，在其中就有微服务的一些组件，如eureka、nacos、ribbon、feign、gateway等组件的详细介绍和使用，还包括了底层逻辑。
springcloud知识点脑图demo全家桶菜鸟入门
01-18
这里我们将深入探讨其中提到的关键组件——Eureka、OpenFeign、Redis以及Nacos。 首先，Eureka是Spring Cloud的一个核心组件，主要用于服务注册与发现。当微服务启动时，它们会向Eureka Server注册自身信息，包括...
微服务架构面试专题系列：Dubbo+Spring Boot+Spring Cloud.zip
06-30
本专题将深入探讨微服务架构中的重要组件——Dubbo、Spring Boot以及Spring Cloud，这些都是Java开发者在实现微服务过程中不可或缺的工具。让我们逐一解析这些技术及其在面试中可能涉及的知识点。 首先，Dubbo是...
java面试——Dubbo面试专题.zip
09-26
- Nacos与Eureka：对比ZooKeeper，了解Nacos和Eureka在服务注册与发现上的异同。 5. **负载均衡策略** - 负载均衡的作用：分析负载均衡在分布式系统中的重要性，降低单点压力，提高系统可用性。 - Dubbo内置策略...
springcloud alibaba
05-10
首先，让我们了解SpringCloud Alibaba的核心组件之一——Eureka。Eureka是Netflix开源的服务注册与发现组件，它允许服务提供者向注册中心注册自己的服务，并使服务消费者能够通过注册中心找到所需的服务。在"eureka-...
springcloud+lcn.zip
03-14
4. **注册服务**: 使用Spring Cloud的Eureka或Consul等服务发现组件，将应用服务注册到服务注册中心，使得LCN能发现并协调这些服务间的事务。 5. **测试与调优**: 运行项目并进行事务处理测试，根据性能和一致性...
Nacos与Eureka的区别
热门推荐
weixin_51472505的博客
04-06 3万+
一：先看看两个工作原理图。 二：相同点。 都支持服务注册和服务拉取。 都支持服务提供者心跳方式做健康检测。 三：区别。 Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式 临时实例心跳不正常会被剔除，非临时实例则不会被剔除 Nacos支持服务列表变更的消息推送模式，服务列表更新更及时 Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用.
全方位对比 Zookeeper、Eureka、Nacos、Consul 和 Etcd 实现原理和选型
qwer123451234123的博客
04-18 1511
今天讲解 5 种常用的注册中心，对比其流程和原理，无论是面试还是技术选型，都非常有帮助。 对于注册中心，在写这篇文章前，我其实只对ETCD有比较深入的了解，但是对于Zookeeper和其它的注册中心了解甚少，甚至都没有考虑过ETCD和Zookeeper是否适合作为注册中心。 经过近2周的学习，原来注册中心除了ETCD和Zookeeper，常用的还有Eureka、Nacos、Consul，下面我们就对这些常用的注册中心，初探它们的异同，便于后续技术选型。 全文接近8千字，有点长，建议先收藏，再慢慢..
详解Nacos和Eureka的区别
阿猫故乡的博客
01-06 1286
Nacos（全称为"Dynamic Naming and Configuration Service"）是一个面向云原生应用的动态服务发现、配置管理和服务管理平台。它提供了服务注册与发现、配置管理、动态配置和服务管理等功能。下面是关于Nacos的架构和模块组成的详细介绍：架构： Nacos的架构分为两部分：服务提供方（Provider）和服务消费方（Consumer）。
分布式微服务架构之各类注册中心和配置中心对比
gaozhenzhai的博客
08-07 432
1、分布式微服务架构之各类注册中心对比如下：主要是：Nacos、ZK、Consul、Sofa、Etcd、Eureka等。 2、分布式微服务架构之各类配置中心对比如下：主要是Nacos、SpringCloud Config、Apollo。 总结： 上面注册中心和配置中心表格对比的很详细、各个维度进行比对。目前Nacos比较优秀、其他稍逊风骚，也广泛应用存在，各个公司技术选型不同，要根据自己的业务量和团队技术能力选择合适的技术架构。
注册中心nacos与Eureka 选型
weixin_42910642的博客
10-31 1309
nacos初学
微服务架构之「 服务注册 」
woliuqiangdong的博客
10-27 2690
微服务架构是一个庞大复杂的工程，为什么说它庞大复杂呢？因为想要做好微服务，就必须先要建设好微服务所需的一系列基础设施和组件。我在前面的文章中已经初步介绍过了这些组件，包括：服务注册、服务网关、配置中心、服务框架、服务监控、服务追踪、服务治理等。 只有将这些基础设施搭建完善了，微服务实践的道路才能走的稳、走的远。后面的文章中会依次把每一个基础组件都详细分析一下。今天我们就先挑选「 服务注册 」聊一聊。 一、为什么需要「 服务注册 」？ 我们先来举一个生活中的例子：在以前互联网还不够发达的时候，“114号
微服务之服务注册与发现
qq_24428851的博客
12-21 1702
服务注册就是维护一个登记簿，它管理系统内所有的服务地址。当新的服务启动后，它会向登记簿交待自己的地址信息。服务的依赖方直接向登记簿要 Service Provider 地址就行了。当下用于服务注册的工具非常多 ZooKeeper，Consul，Etcd, 还有 Netflix 家的 eureka 等。服务注册有两种形式：客户端注册和第三方注册。
Nacos vs. Eureka：微服务注册中心的对比
weixin_44976692的博客
01-06 2万+
欢迎来到本篇博客，今天我们将深入研究两个常用的微服务注册中心：Nacos 和 Eureka。微服务架构的兴起使得服务注册中心成为整个体系中不可或缺的一部分，而选择一个适合自己项目的注册中心显得尤为重要。通过本文的对比，我们详细了解了 Nacos 和 Eureka 这两个微服务注册中心的特性和优劣。在选择注册中心时，需要根据项目的具体需求和技术栈来权衡各自的优势。Eureka 是 Netflix 提供的一个基于 REST 的服务治理解决方案，主要用于服务的注册与发现。注解启用服务注册与发现。
使用eureka的注册中心和nacos配置中心
07-27
使用Eureka作为注册中心和Nacos作为配置中心有以下几个区别： 1. 技术栈：Eureka是Spring Cloud生态系统中的一部分，而Nacos是阿里巴巴开源的一个独立的服务注册和配置中心。 2. 功能：Eureka主要用于服务注册和发现，它提供了服务注册、服务发现、负载均衡等功能。而Nacos不仅提供了服务注册和发现的功能，还提供了动态配置管理、服务路由、服务熔断等功能。 3. 数据一致性：Eureka采用了AP（可用性和分区容错性）原则，即在网络分区故障的情况下保证可用性，但可能会导致数据不一致。而Nacos采用了CP（一致性和分区容错性）原则，即在网络分区故障的情况下保证数据一致性，但可能会导致可用性降低。 4. 架构：Eureka采用了主从架构，其中一个节点作为主节点，其他节点作为从节点。而Nacos采用了集群模式，所有节点都是对等的。 5. 社区支持：Eureka是Spring Cloud生态系统中的一部分，得到了广泛的社区支持和使用。而Nacos是阿里巴巴开源的项目，也得到了相应的社区支持。 综上所述，使用Eureka作为注册中心和Nacos作为配置中心的区别主要在功能、数据一致性和架构等方面。选择使用哪个取决于具体的需求和项目情况。 #### 引用[.reference_title] - *1* *2* *3* [springcloud2-注册中心eureka及nacos](https://blog.csdn.net/zhangchen124/article/details/125465464)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

364.99°

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值