duubo+zookeeper使用手册

原创已于 2024-05-20 18:04:55 修改 · 741 阅读

1 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#java-zookeeper #zookeeper #dubbo

于 2023-04-30 21:47:02 首次发布

微服务专栏收录该内容

11 篇文章

订阅专栏

文章介绍了Dubbo作为高性能的Java分布式框架，其透明化的远程方法调用、软负载均衡和注册中心功能。Zookeeper作为一个分布式协调服务，用于存储和管理服务信息。通过引入Curator框架，简化了Zookeeper的使用。文章还详细阐述了如何将Dubbo服务提供者注册到Zookeeper，以及服务消费者如何消费这些服务，涉及配置和服务接口定义。最后提到了Dubbo的负载均衡策略和面试题，讨论了服务间的通信和故障容忍情况。

1、Dubbo简介

1. Dubbo是什么？

高性能、轻量级、开源、基于java

Dubbo 是阿里集团开源的远程服务调用的分布式框架（告别Web Service模式中的WSDL，以服务者与消费者的方式在dubbo上注册）

协议和序列化框架都可以插拔是及其鲜明的特色。

同样的远程接口是基于 Java Interface，并且依托于 Spring 框架方便开发。可以方便的打包成单一文件，独立进程运行，和现在的微服务概念一致。

2. Dubbo能做什么？

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。

2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

3.服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

3、Dubbo的原理

dubbo-architucture

调用关系说明：

服务容器负责启动，加载，运行服务提供者。
服务提供者在启动时，向注册中心注册自己提供的服务。
服务消费者在启动时，向注册中心订阅自己所需的服务。
注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

2、Zookeeper

hadoop组件之一
开源的分布式协调服务
ZooKeeper是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，一旦这些数据的状态发生变化，Zookeeper 就将负责通知已经在Zookeeper上注册的那些观察者。
实现原理
zookeeper = 文件系统 + 通知机制。

docker安装Zookeeper

#安装zookeeper镜像
docker pull registry.docker-cn.com/library/zookeeper
#运行zookeeper
docker run --name zk01  --restart always -d -p 2111:2181 bf5cbc9d5cac

3、Dubbo、Zookeeper整合

目的：完成服务消费者从注册中心查询调用服务生产者

1、将服务提供者注册到注册中心

1）引入dubbo和zkclient的相关依赖

<!--老版本 估计要被淘汰了吧-->
<dependency>
    <groupId>com.alibaba.boot</groupId>
    <artifactId>dubbo-spring-boot-starter</artifactId>
    <version>0.1.0</version>
</dependency>

<dependency>
    <groupId>com.github.sgroschupf</groupId>
    <artifactId>zkclient</artifactId>
    <version>0.1</version>
</dependency>

<!--【新版的坑】zookeeper及其依赖包，解决日志冲突，还需要剔除日志依赖；--狂神 -->
<!-- 引入zookeeper -->
<dependency>
   <groupId>org.apache.curator</groupId>
   <artifactId>curator-framework</artifactId>
   <version>2.12.0</version>
</dependency>
<dependency>
   <groupId>org.apache.curator</groupId>
   <artifactId>curator-recipes</artifactId>
   <version>2.12.0</version>
</dependency>
<dependency>
   <groupId>org.apache.zookeeper</groupId>
   <artifactId>zookeeper</artifactId>
   <version>3.4.14</version>
   <!--排除这个slf4j-log4j12-->
   <exclusions>
       <exclusion>
           <groupId>org.slf4j</groupId>
           <artifactId>slf4j-log4j12</artifactId>
       </exclusion>
   </exclusions>
</dependency>

Curator 是 Netflix 公司开源的一套 zookeeper 客户端框架，解决了很多 Zookeeper 客户端非常底层的细节开发工作，包括连接重连、反复注册 Watcher 和 NodeExistsException 异常等。

Curator 包含了几个包：

curator-framework：对 zookeeper 的底层 api 的一些封装。
curator-client：提供一些客户端的操作，例如重试策略等。
curator-recipes：封装了一些高级特性，如：Cache 事件监听、选举、分布式锁、分布式计数器、分布式 Barrier 等。

2）配置service服务，新建service.TicketService 和service.TicketServiceImp

public interface TicketService {
    public String getTicket();
}

import com.alibaba.dubbo.config.annotation.Service;
@Component
//注解是dubbo包下的service
@Service
public class TicketServiceImpl implements TicketService {
    @Override
    public String getTicket() {
        return "《厉害了，我的国》";
    }
}

3）、配置文件application.yml

dubbo:
  application:
    name: provider-ticket						#服务名
  registry:
    address: zookeeper://192.168.179.131:2111	 #注册中心地址
  scan:
    base-packages: com.wdjr.ticket.service
server:
  port: 9001

4）、启动服务提供者

2、服务消费者

1）、引入Dubbo和Zookeeper的依赖

<dependency>
    <groupId>com.alibaba.boot</groupId>
    <artifactId>dubbo-spring-boot-starter</artifactId>
    <version>0.1.0</version>
</dependency>

<dependency>
    <groupId>com.github.sgroschupf</groupId>
    <artifactId>zkclient</artifactId>
    <version>0.1</version>
</dependency>

2）、新建一个service.userService,并将TicketService的接口调用过来【全类名相同-包相同】

package com.wdjr.user.service;

import com.alibaba.dubbo.config.annotation.Reference;
import com.wdjr.ticket.service.TicketService;

import org.springframework.stereotype.Service;

//UserService接口
@Service
public class UserService {

    @Reference	
    TicketService ticketService;

    public void hello(){
        String ticket = ticketService.getTicket();
        System.out.println("您已经成功买票："+ticket);
    }
}

Dubbo2.7.7据说是@DubboReference

3）、配置文件application.yml

dubbo:
  application:
    name: comsumer-user
  registry:
    address: zookeeper://192.168.179.131:2111

4）、编写测试类测试

@Autowired
UserService userService;
@Test
public void contextLoads() {
    userService.hello();
}

面试题

1、Dubbo 中 zookeeper 做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么?

可以通信的，启动 dubbo 时，消费者会从 zk 拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用;注册中心对等集群，任意一台宕机后，将会切换到另一台;注册中心全部宕机后，服务的提供者和消费者仍能通过本地缓存通讯。服务提供者无状态任一台宕机后，不影响使用;服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务者恢复; 挂掉是不要紧的，但前提是你没有增加新的服务，如果你要调用新的服务，则是不能办到的。

2、dubbo 服务负载均衡策略?

Random LoadBalance
随机，按权重设置随机概率。在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。(权重可以在 dubbo 管控台配置)
RoundRobin LoadBalance
轮循，按公约后的权重设置轮循比率。存在慢的提供者累积请求问题，比如:第二台机器很慢，但没挂，当请求调
到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。LeastActive LoadBalance
最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。
ConsistentHash LoadBalance
一致性 Hash，相同参数的请求总是发到同一提供者。当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会
引起剧烈变动。缺省只对第一个参数 Hash，如果要修改，请配置

<dubbo:parameter key="hash.arguments"value="0,1 />

缺省用 160 份虚拟节点，如果要修改，请配置

<dubbo:parameter key="hash.nodes' value="320" />