分布式应用简单入门及SpringBoot整合Dubbo+Zookeeper

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 分布式应用简单入门及SpringBoot整合Dubbo+Zookeeper

分布式系统中,国内常用zookeeper+dubbo组合,而Spring Boot推荐使用全栈的Spring,Spring Boot+Spring Cloud。


Dubbo官网架构演变示例图:




单一应用架构

当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。此时,用于简化增删改查工作量的数据访问框架(ORM)是关键。


垂直应用架构

当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。此时,用于加速前端页面开发的Web框架(MVC)是关键。


分布式服务架构

当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键。


流动计算架构

当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。此时,用于提高机器利用率的资源调度和治理中心(SOA)是关键。



【1】Zookeeper和Dubbo

① ZooKeeper

ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

简单来说,它是服务注册中心。

② Dubbo

Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色。


示意图如下,Dubbo容器启动时加载和运行服务提供者(Provider),服务提供者会将自己所能够提供的服务注册到Zookeeper–Registry,服务消费者从Registry中订阅(subscribe)服务,册中心会将服务消费者所需要的服务的地址列表返回给服务消费者。如果服务有变更,Registry将会notify消费者。服务消费者会根据拿到的地址列表,调用服务提供者提供的服务。另外,Dubbo还提供了监控机制(Monitor)。



【2】Docker简单安装Zookeeper

下载镜像命令如下:

docker pull  registry.docker-cn.com/library/zookeeper


启动容器:

官网说明示例如下

docker run --name some-zookeeper --restart always -d zookeeper


This image includes EXPOSE 2181 2888 3888 (the zookeeper client port, follower port, election port respectively), so standard container linking will make it automatically available to the linked containers. Since the Zookeeper “fails fast” it’s better to always restart it.

这里只暴露客户端交互端口2181。

docker run --name zk01 -p 2181:2181 --restart always -d a8a59477268d(镜像id)

【3】编写并配置服务提供者和消费者

① 创建空工程

这里用的是idea。

② 在空工程中分别创建两个Module:consumer-user和provider-ticket

一个是服务消费者,一个是服务提供者。其中user调用ticker的方法。

结构示意图如下:



③ 首先将服务提供者注册到注册中心

三个步骤:

  • 引入dubbo和zkclient相关依赖;
  • 配置dubbo的扫描包和注册中心地址;
  • 使用@Service发布服务

引入依赖pom如下:

    <dependency>
      <groupId>com.alibaba.boot</groupId>
      <artifactId>dubbo-spring-boot-starter</artifactId>
      <version>0.1.0</version>
    </dependency>
    <!--引入zookeeper的客户端工具-->
    <!-- https://mvnrepository.com/artifact/com.github.sgroschupf/zkclient -->
    <dependency>
      <groupId>com.github.sgroschupf</groupId>
      <artifactId>zkclient</artifactId>
      <version>0.1</version>
    </dependency>

配置文件如下:

dubbo.application.name=provider-ticket
dubbo.registry.address=zookeeper://192.168.2.110:2181
dubbo.scan.base-packages=com.dubbo.provider.service

provider-ticker如下图所示:


注意这里的@Service非Spring注解而是Dubbo的注解!


启动服务提供者,如下所示,表示正常启动:



④ 服务消费者引用服务

三个步骤:

  • 引入dubbo和zkclient相关依赖;
  • 配置dubbo的注册中心地址;
  • 引用服务

引入依赖同③,application.properties配置如下:

dubbo.application.name=consumer-user
dubbo.registry.address=zookeeper://192.168.2.110:2181

接下来在UserService中引用服务提供者提供的服务!

将TickerService拷贝到位于module consumer-user的同路径下,如下所示:


注意,Dubbo是面向接口的,impl包及实现类不需要!



UserService类如下:

package com.dubbo.consumer.service;
import com.alibaba.dubbo.config.annotation.Reference;
import com.dubbo.provider.service.TicketService;
import org.springframework.stereotype.Service;
/**
 * Created by Janus on 2018/7/11.
 */
@Service//这里是Spring的注解
public class UserService {
    // 远程引用,按照全类名从注册中心寻找
    @Reference
    TicketService ticketService;
    public void hello(){
        String ticket = ticketService.getTicket();
        System.out.println("买到票了:"+ticket);
    }
}

测试类如下:

@RunWith(SpringRunner.class)
@SpringBootTest
public class ConsumerApplicationTests {
  @Autowired
  UserService userService;
  @Test
  public void contextLoads() {
    userService.hello();
  }
}


保持服务提供者正常启动状态,然后服务消费者测试结果如下:


即,通过Zookeeper,服务消费者获取了另一个工程-服务提供者提供的服务!

一个工程引用另一个工程的服务,其实就是远程调用–RPC,常见的如WebService。Dubbo就是基于RPC远程调用实现服务之间的通信!!!


但是本篇博文只是简单实践,实际应用中不可能在消费者下面建立服务提供者同级目录并拷贝接口的。通常是将服务接口抽离到公共接口项目中,消费者和服务提供者依赖该接口项目。


相关实践学习
基于MSE实现微服务的全链路灰度
通过本场景的实验操作,您将了解并实现在线业务的微服务全链路灰度能力。
目录
相关文章
|
9天前
|
监控 负载均衡 Cloud Native
ZooKeeper分布式协调服务详解:面试经验与必备知识点解析
【4月更文挑战第9天】本文深入剖析ZooKeeper分布式协调服务原理,涵盖核心概念如Server、Client、ZNode、ACL、Watcher,以及ZAB协议在一致性、会话管理、Leader选举中的作用。讨论ZooKeeper数据模型、操作、会话管理、集群部署与管理、性能调优和监控。同时,文章探讨了ZooKeeper在分布式锁、队列、服务注册与发现等场景的应用,并在面试方面分析了与其它服务的区别、实战挑战及解决方案。附带Java客户端实现分布式锁的代码示例,助力提升面试表现。
29 2
|
2月前
|
Dubbo Java 应用服务中间件
实战指南:如何在Spring Boot中无缝整合Dubbo【四】
实战指南:如何在Spring Boot中无缝整合Dubbo【四】
44 0
|
1月前
|
监控 NoSQL Java
Zookeeper分布式锁
Zookeeper分布式锁
90 1
|
28天前
|
SQL 监控 Java
nacos常见问题之dubbo+nacos+springboot3的native打包成功后运行出现异常如何解决
Nacos是阿里云开源的服务发现和配置管理平台,用于构建动态微服务应用架构;本汇总针对Nacos在实际应用中用户常遇到的问题进行了归纳和解答,旨在帮助开发者和运维人员高效解决使用Nacos时的各类疑难杂症。
33 2
|
1月前
|
Java BI 调度
Spring Boot 整合xxl-job实现分布式定时任务
XXL-JOB是一个分布式任务调度平台,其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线,开箱即用。 xxl是xxl-job的开发者大众点评的许雪里名称的拼音开头。
|
1月前
|
Dubbo Java 应用服务中间件
Spring Boot整合Dubbo+Zookeeper实现RPC调用
Spring Boot整合Dubbo+Zookeeper实现RPC调用 技术栈说明 Dubbo:Dubbo作为RPC框架,能在多个服务之间实现远程服务的调用。比如有两个独立的微服务A和B,A服务想要调用B服务时,因为两者不在同个内存空间中,不能直接调用,所以可以通过Dubbo实现这点。 功能和Spring Cloud的Feign相同,两者都是应用于微服务架构的远程调用框架 Zookeeper:作为注册中心去管理Dubbo服务,这点和Eureka、Nacos相同。 概述 通过一个示例说明Dubbo+Zookeeper在Spring Boot中的应用。 现有两个服务provider和con
114 4
|
1月前
|
监控 Dubbo Java
深入理解 Dubbo:构建分布式服务治理体系
深入理解 Dubbo:构建分布式服务治理体系
|
2月前
|
XML 资源调度 Dubbo
深度剖析dubbo和zookeeper关系
当网站规模达到了一定的量级的时候,普通的MVC框架已经不能满足我们的需求,于是分布式的服务框架和流动式的架构就凸显出来了。
17 0
|
2月前
|
Java Linux Spring
Zookeeper实现分布式服务配置中心
Zookeeper实现分布式服务配置中心
48 0
|
2月前
|
存储 分布式计算 Hadoop
ZooKeeper初探:分布式世界的守护者
ZooKeeper初探:分布式世界的守护者
64 0

热门文章

最新文章