eureka与nacos

最新推荐文章于 2024-05-16 19:06:55 发布

愿你一世安呀

最新推荐文章于 2024-05-16 19:06:55 发布

阅读量1.4k

点赞数 1

分类专栏：微服务文章标签： java

本文链接：https://blog.csdn.net/weixin_44744094/article/details/124456315

版权

微服务专栏收录该内容

8 篇文章 0 订阅

订阅专栏

提供者与消费者

服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）
服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
提供者与消费者角色其实是相对的

**思考：**服务A调用服务B,服务B调用服务C,那么服务B是什么角色？

相对来说。一个服务既可以是提供者也可以是消费者。

Eureka注册中心

服务调用出现的问题

不能硬编码

服务消费者该如何获取服务提供者的地址信息？

服务提供者启动时向Eureka注册自己的信息
Eureka保存这些信息
消费者根据服务名称向Eureka拉取提供者信息

如果有多个服务提供者，消费者该如何选择？

服务消费者利用负载均衡算法从服务列表中挑选一个

消费者如何得知服务提供者的健康状态？

服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态
Eureka会更新记录服务列表信息，心跳不正常会被剔除
消费者就可以拉取到最新的信息

Eureka 的作用

在Eureka架构中，微服务角色有两类：

EurekaServer:服务端，注册中心
- 记录服务信息
- 心跳监控
EurekaClient:客户端
- Provider:服务提供者，例如案例中的user-service
  - 注册自己的信息到EurekaServer
  - 每隔30秒向EurekaServer发送心跳
- consumer:服务消费者，例如案例中的order-service
  - 根据服务名称从EurekaServer拉取服务列表
  - 基于服务列表做负载均衡，选中一个微服务后发起远程调用

动手实践

搭建EurekaServer

搭建EurekaServer服务步骤如下：

创建项目，引入spring-cloud-starter-netflix-eureka-serverl的依赖

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

编写启动类，添加@EnableEurekaServer注解

@SpringBootApplication
@EnableEurekaServer
public class EuerkaApplication {

    public static void main(String[] args) {
        SpringApplication.run(EuerkaApplication.class, args);
    }
}

添加application.yml文件，编写下面的配置：

server:
  port: 10086

spring:
  application: # eureka的服务名称
    name: eurekaserver
eureka:
  client:
    service-url: # eureka的地址信息
      defaultZone: http://127.0.0.1:10086/eureka

注册user-service

将user-service服务注册到EurekaServer步骤如下：

在user-service项目引入spring-cloud-starter-netflix-eureka-client的依赖

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

在application.yml文件，编写下面的配置：

server:
  port: 8081
  application:
    name: userservice

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

注册order-service同上

在order-service完成服务拉取

服务拉取是基于服务名称获取服务列表，然后在对服务列表做负载均衡

修改OrderService的代码，修改访问的url路径，用服务名代替ip、端口：

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        String url = "http://userservice/user/" + order.getUserId();
        User user = restTemplate.getForObject(url, User.class);
        order.setUser(user);
        // 4.返回
        return order;
    }

在order–service.项目的启动类OrderApplication中的RestTemplate添加负载均衡注解：

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

实现负载均衡

Ribbom负载均衡

负载均衡原理

负载均衡流程

loadBalabcerInterceptor实现ClientHttpRequestInterceptor接口，用于拦截客户端http请求

跟this.loadBalancer.execute()方法

ILoadBalancer loadBalancer = getLoadBalancer(serviceId); // 根据服务名称到eureka中拉取服务列表

Server server = getServer(loadBalancer, hint);

// getServer方法
protected Server getServer(ILoadBalancer loadBalancer, Object hint) {
		if (loadBalancer == null) {
			return null;
		}
		// Use 'default' on a null hint, or just pass it on?
		return loadBalancer.chooseServer(hint != null ? hint : "default");
}

跟chooseServer方法

IRule的实现类

拿到server的host

负载均衡策略

Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则：

通过定义IRule:实现可以修改负载均衡规则，有两种方式：

代码方式：在order–service中的OrderApplication类中，定义一个新的IRule：由轮询变成随机

    /**
     * 全局的负载均衡策略
     * @return
     */
    @Bean
    public IRule randomRule() {
        return new RandomRule();
    }

配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：

# 针对微服务名称的负载均衡策略
userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

懒加载

Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。
而饥饿加载侧会在项目启动时创建，降低第一次访问的耗时，、通过下面配置开启饥饿加载：

ribbon:
  eager-load:
    enabled: true #开启饥饿加载
    clients:
      - userservice #指定对userservice这个服务饥饿加载

Nacos注册中心

认识Nacos

Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

控制台：

服务注册到Nacos

在cloud-demo父工程中添加spring-cloud-alilbaba的管理依赖：

            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>2.2.5.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>

注释掉order-service和user-service中原有的eureka依赖
添加nacos的客户端依赖：

       <!--   nacos客户端依赖     -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>

修改user-service&order-service中的application.yml文件，注释eureka地址，添加nacos地址：

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

启动并测试

Nacos服务分级存储模型

**一级：**服务

**二级：**集群

**三级：**实例

服务跨集群调用问题

服务调用尽可能选择本地集群的服务，跨集群调用延迟较高

本地集群不可访问时，再去访问其它集群

服务集群属性

修改application.yml,添加如下内容：

spring:
  cloud:
    nacos:
      server-addr: 127.0.0.1:8848 # nacos服务端地址
      discovery:
        cluster-name: yulin # 配置集群名称，也就是机房的位置
        
 # 再起一个在mizhi集群的实例

在Nacos控制台可以看到集群变化：

根据集群负载均衡

修改order-servicer中的application.yml,设置集群为yulin:

spring:
  cloud:
    nacos:
      server-addr: 127.0.0.1:8848 # nacos服务端地址
      discovery:
        cluster-name: yulin # 配置集群名称，也就是机房的位置

然后在order-service中设置负载均衡的Rule为NacosRule,这个规则优先会寻找与自己同集群的服务（本地实

例随机访问）：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule

注意将user-servicel的权重都设置为1

注意：如果本地集群实例都挂掉，那么就会访问其他集群(输出警告日志)

04-26 18:55:44:182  WARN 16752 --- [nio-8080-exec-3] c.alibaba.cloud.nacos.ribbon.NacosRule   : A cross-cluster call occurs，name = userservice, clusterName = yulin, instance = [Instance{instanceId='172.28.74.89#8084#mizhi#DEFAULT_GROUP@@userservice', ip='172.28.74.89', port=8084, weight=1.0, healthy=true, enabled=true, ephemeral=true, clusterName='mizhi', serviceName='DEFAULT_GROUP@@userservice', metadata={preserved.register.source=SPRING_CLOUD}}]

根据权重负载均衡

实际部署中会出现这样的场景：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请

求
1. Nacos控制台可以设置实例的权重值，0~1之间
2. 同集群内的多个实例，权重越高被访问的频率越高
3. 权重设置为0则完全不会被访问

环境隔离-namespace

Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西，用来做最外层隔离

在Nacos控制台可以创建namespace用来隔离不同环境

然后填写一个新的命名空间信息：

保存后会在控制台看到这个命名空间的id:

修改order–service的application.yml,添加namespace:

spring:
  cloud:
    nacos:
      server-addr: 82.157.9.110:8848 # nacos服务端地址
      discovery:
        cluster-name: yulin # 配置集群名称，也就是机房的位置
        namespace: 8eda2a78-bf58-41d9-a559-91b1f2d26369  # 命名空间的ID

重启order-service后，再来查看控制台：

此时访问order-service,因为namespace不同，会导致找不到userservice控制台会报错：

① namespace用来做环境隔离
② 每个namespace都有唯一id
③ 不同namespace下的服务不可见

nacos注册中心细节分析

注意：临时实例宕机时，会从nacos的服务列表中剔除，而非临时实例则不会

临时实例和非临时实例

服务注册到Nacos时，可以选择注册为临时或非临时实例，通过下面的配置来设置：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 为非临时实例

Nacos与eureka

Nacos与eureka的共同点

（1）都支持服务注册和服务拉取

（2）都支持服务提供者心跳方式做健康检测

Nacos与Eureka的区别

（1）Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式

（2）临时实例心跳不正常会被剔除，非临时实例则不会被剔除

（3）Nacos支持服务列表变更的消息推送模式，服务列表更新更及时

（4）Nacos集群默认采用AP方式（强调数据的可用性），当集群中存在非临时实例时，采用CP模式（强调数据的可靠性和一致性）；Eureka采用AP方式

愿你一世安呀

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
eureka与nacos

提供者与消费者服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）提供者与消费者角色其实是相对的**思考：**服务A调用服务B,服务B调用服务C,那么服务B是什么角色？相对来说。一个服务既可以是提供者也可以是消费者。Eureka注册中心服务调用出现的问题不能硬编码服务消费者该如何获取服务提供者的地址信息？服务提供者启动时向Eureka注册自己的信息Eureka保存这些信息消
复制链接

扫一扫