Dubbo 第一章:详情版

2022-09-28 11:59:32 浏览数 (1)

Dubbo官网

什么是Dubbo?

它有什么特点?它的优点是什么?

为什么要使用它?有什么功能?Dubbo能做什么?

什么是Dubbo?

1.Dubbo是一个分布式服务框架。

说明:如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求

2.Dubbo是一个RPC框架,,提供了SOA服务治理方案

说明:RPC(Remote Procedure Call Protocol),通俗的说,就是两台服务器A、B,应用A部署在A服务器上,应用B部署在B服务器上,A应用想要调用B服务器上B应用提供的函数(方法),由于不在一个内存空间,不能直接调用,需要通过网络通讯、协议、寻址的方式来表达调用的语义和传达调用的数据。RPC的亮点就是将远程调用的细节隐藏起来,使得调用远程服务像调用本地服务一样简单

RPC主要是基于TCP/IP协议的,而HTTP服务主要是基于HTTP协议的,我们都知道HTTP协议是在传输层协议TCP之上的,HTTP是应用层协议,而TCP是传输层协议,所以效率来看的话,RPC当然是要更胜一筹。

本质上,dubbo就是个服务调用的东东

SOA(Service-Oriented Architecture):面向服务的架构,也可以理解为资源调度和治理中心。所谓服务,拿项目二举个最简单的例子,把商品、订单、搜索等核心业务抽取出来,作为独立的服务。和面向对象来比较,面向对象的程序是由一个一个的类组成的,而面向服务的架构是由一个一个服务组成的。如果有多个系统、多个终端(PC、APP等)都想调用我这个服务,那么就可以通过同一套协议和接口规范来调用。而服务越来越多,容量和资源利用率不相同的时候,我们可以增加一个调度中心基于访问的压力实时的管理集群容量,从而提高集群利用率,因此Dubbo就可以这中间起到的资源(服务)调度和治理中心。

dubbo的架构:

主要有五个角色/核心组件,分为是Container(容器)、Provider(服务的提供方)、Registry(注册中心)、Consumer(服务的消费方)、Monitor(监控中心)。

容器主要负责启动、加载、运行服务提供者;

同时服务提供者在启动时,向注册中心注册自己提供的服务;

消费者向注册中心订阅自己的服务;

注册中心返回服务提供者列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者;

对于服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另外一台调用;

服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心;

Dubbo提供的负载均衡策略有四种: 1、随机均衡算法:按权重设置随机概率,默认的

  1. 权重轮询均衡算法:按照公约后的权重设置轮询比率,能考虑到每台服务器的性能,所以,在实际应用中比较常见;
  2. 最少活跃调用数均衡算法
  3. 一致性hash均衡算法:相同参数的请求总是发到同一台提供者

它有什么特点?它的优点是什么?Dubbo能做什么?

1.它是高性能的

2.它是轻量级的

3.它是开源的

4.它和 Spring框架无缝集成

5.透明化的远程方法调用 或者说 面向接口的远程方法调用 说明:像调用本地方法一样调用远程方法;只需简单配置,没有任何API侵入。

6.软负载均衡及容错机制 或者说 智能容错和负载均衡 说明:可在内网替代nginx lvs等硬件负载均衡器。

7.服务注册中心自动注册和服务发现 & 配置管理 说明:不需要写死服务提供者地址,注册中心基于接口名自动查询提供者ip。 使用类似zookeeper等分布式协调服务作为服务注册中心,可以将绝大部分项目配置移入zookeeper集群。

8.服务接口监控与治理 说明:Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能,针对不同应用的不同接口,可以进行 多版本,多协议,多注册中心管理。

为什么要使用它?

背景:

当网站规模达到了一定的量级的时候,普通的MVC框架已经不能满足我们的需求,于是分布式的服务框架和流动式的架构就凸显出来了。

单一应用架构

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

垂直应用架构

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

分布式服务架构

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

流动计算架构

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

在大规模服务化之前,应用可能只是通过 RMI 或 Hessian 等工具,简单的暴露和引用远程服务,通过配置服务的URL地址进行调用,通过 F5 等硬件进行负载均衡。

需求:

当服务越来越多时,服务 URL 配置管理变得非常困难,F5 硬件负载均衡器的单点压力也越来越大。 此时需要一个服务注册中心,动态的注册和发现服务,使服务的位置透明。并通过在消费方获取服务提供方地址列表,实现软负载均衡和 Failover,降低对 F5 硬件负载均衡器的依赖,也能减少部分成本。

当进一步发展,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。 这时,需要自动画出应用间的依赖关系图,以帮助架构师理清理关系。

接着,服务的调用量越来越大,服务的容量问题就暴露出来,这个服务需要多少机器支撑?什么时候该加机器? 为了解决这些问题,第一步,要将服务现在每天的调用量,响应时间,都统计出来,作为容量规划的参考指标。其次,要可以动态调整权重,在线上,将某台机器的权重一直加大,并在加大的过程中记录响应时间的变化,直到响应时间到达阈值,记录此时的访问量,再以此访问量乘以机器数反推总容量。

实际场景中的选择:

  1. Spring Cloud:Spring全家桶,用起来很舒服,只有你想不到,没有它做不到。可惜因为发布的比较晚,国内还没出现比较成功的案例,大部分都是试水,不过毕竟有Spring作背书,还是比较看好。
  2. Dubbox:相对于Dubbo支持了REST,估计是很多公司选择Dubbox的一个重要原因之一,但如果使用Dubbo的RPC调用方式,服务间仍然会存在API强依赖,各有利弊,懂的取舍吧。
  3. Thrift:如果你比较高冷,完全可以基于Thrift自己搞一套抽象的自定义框架吧。
  4. Montan:可能因为出来的比较晚,目前除了新浪微博16年初发布的,
  5. Hessian:如果是初创公司或系统数量还没有超过5个,推荐选择这个,毕竟在开发速度、运维成本、上手难度等都是比较轻量、简单的,即使在以后迁移至SOA,也是无缝迁移。
  6. rpcx/gRPC:在服务没有出现严重性能的问题下,或技术栈没有变更的情况下,可能一直不会引入,即使引入也只是小部分模块优化使用。

假设模块A写了一个接口,模块B写了接口的实现类,现在模块A需要查询id为5的user数据,它是怎么工作的?

它的架构是怎么样的呢?

那我们要怎么去使用dubbo呢?

实战案例操作dubbo:

第一步:

准备注册中心:启动Zookeeper服务器。/opt/zookeeper-3.4.9/bin/zkServer.sh start

创建common工程

存放Java实体类:Employee

存放封装远程方法功能的接口:RemoteEmployeeService

创建Provider工程

提供RemoteEmployeeService 接口实现类

基于RemoteEmployeeService 接口暴露服务

在pom.xml中加入依赖

代码语言:javascript复制
  <dependencies>
      <!-- Dubbo的核心依赖 -->
    <dependency>
        <groupId>com.alibaba</groupId>
        <artifactId>dubbo</artifactId>
        <version>2.5.5</version>
    </dependency>
    <!-- SpringIOC容器的辅助依赖 -->
    <dependency>
        <groupId>cglib</groupId>
        <artifactId>cglib</artifactId>
        <version>2.2</version>
    </dependency>
    <dependency>
        <groupId>org.aspectj</groupId>
        <artifactId>aspectjweaver</artifactId>
        <version>1.6.8</version>
    </dependency>
    <!-- Zookeeper客户端 -->
    <dependency>
        <groupId>com.github.sgroschupf</groupId>
        <artifactId>zkclient</artifactId>
        <version>0.1</version>
    </dependency>
      <dependency>
          <groupId>com.dubbo</groupId>
          <artifactId>Dubbo_Common</artifactId>
          <version>0.0.1-SNAPSHOT</version>
      </dependency>
  </dependencies>

spring-provider.xml

代码语言:javascript复制
    <!-- 配置应用名称 -->
    <dubbo:application name="provider"/>
    <!-- 配置RemoteEmployeeService接口实现类的bean -->
    <bean id="remoteEmployeeService" class="com.api.impl.RemoteEmployeeServiceImpl"/>
    <!-- 配置注册中心位置 -->
    <dubbo:registry address="192.168.0.100:2181" protocol="zookeeper"/>
    <!-- 配置要暴露的服务 -->
    <dubbo:service interface="com.api.RemoteEmployeeService" ref="remoteEmployeeService"/>
    <!-- 配置Provider供Consumer调用的端口 -->
    <dubbo:protocol name="dubbo" port="20880"/>

web.xml

代码语言:javascript复制
<!-- needed for ContextLoaderListener -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:spring-provider.xml</param-value>
</context-param>

<!-- Bootstraps the root web application context before servlet initialization -->
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

RemoteEmployeeService接口实现类

获取到数据改动就可

创建Consumer工程

pom.xml

代码语言:javascript复制
  <dependencies>
        <!-- servlet-api -->
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
            <version>2.5</version>
            <scope>provided</scope>
        </dependency>

        <!-- jsp-api -->
        <dependency>
            <groupId>javax.servlet.jsp</groupId>
            <artifactId>jsp-api</artifactId>
            <version>2.1.3-b06</version>
            <scope>provided</scope>
        </dependency>

        <!-- Spring辅助依赖 -->
        <dependency>
            <groupId>cglib</groupId>
            <artifactId>cglib</artifactId>
            <version>2.2</version>
        </dependency>
        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjweaver</artifactId>
            <version>1.6.8</version>
        </dependency>
        <!-- Dubbo核心依赖 -->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>dubbo</artifactId>
            <version>2.5.5</version>
        </dependency>
        <!-- Zookeeper客户端 -->
        <dependency>
            <groupId>com.github.sgroschupf</groupId>
            <artifactId>zkclient</artifactId>
            <version>0.1</version>
        </dependency>
        <!-- SpringMVC -->
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>4.3.10.RELEASE</version>
            <scope>compile</scope>
        </dependency>
        <!-- Common工程 -->
        <dependency>
            <groupId>com.dubbo</groupId>
            <artifactId>Dubbo_Common</artifactId>
            <version>0.0.1-SNAPSHOT</version>
        </dependency>
  </dependencies>

form.jsp

代码语言:javascript复制
表单
<form action="${pageContext.request.contextPath }/query/emp" method="post">
    ID:<input type="text" name="empId" value="1" /><br/>
    Name:<input type="text" name="empName" value="abc" /><br/>
    <input type="submit" value="查询" />
</form>

spring-consumer.xml

代码语言:javascript复制
    <context:component-scan base-package="com.handler"/>
    <mvc:annotation-driven/>
    <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <property name="prefix" value="/WEB-INF/"/>
        <property name="suffix" value=".jsp"/>
    </bean>
    <!-- 配置应用名称 -->
    <dubbo:application name="consumer"/>
    <!-- 配置注册中心位置 -->
    <dubbo:registry address="192.168.0.100:2181" protocol="zookeeper"/>
    <!-- 引用服务 -->
    <dubbo:reference id="RemoteEmployeeService" interface="com.api.RemoteEmployeeService"/>

handler方法

代码语言:javascript复制
    @Autowired
    private RemoteEmployeeService remoteEmployeeService;
    @RequestMapping("/handler")
    public String queryEmployee(Employee employee,Model model) {
        Employee queryEmployeeByCondition = remoteEmployeeService.queryEmployeeByCondition(employee);
        model.addAttribute("employee", queryEmployeeByCondition);
        return "target";
    }

web.xml

代码语言:javascript复制
<!-- The front controller of this Spring Web application, responsible for handling all application requests -->
    <servlet>
        <servlet-name>springDispatcherServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring-consumer.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <!-- Map all requests to the DispatcherServlet for handling -->
    <servlet-mapping>
        <servlet-name>springDispatcherServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

项目下载

启动运行项目

先运行provider

在运行consumer,改端口号,避免报错

页面

点击提交

我们知道ZooKeeper 可以作为 Dubbo 的注册中心,那Dubbo在Zookeeper服务器上注册服务信息后节点的层次结构是怎样的?

图1:

使用客户端登录服务器,登录之前要启动服务器,我们之前启动过了,现在可以直接登录

登录后,查看providers,可以看到它加过密

[dubbo, zookeeper, fruit]中dubbo对应图1中ROOT那一级

[com.api.RemoteEmployeeService]和接口名一致,对应图1中Service

[consumers, configurators, routers, providers]对应图1中Type

[dubbo://192.168.0.1:20880/com.api.RemoteEmployeeService?anyhost=true&application=provider&dubbo=2.5.5&generic=false&interface=com.api.RemoteEmployeeService&methods=queryEmployeeByCondition&pid=10092&revision=0.0.1-SNAPSHOT&side=provider×tamp=1545392365086]对应图1中的URL

我们可以解密

代码语言:javascript复制
public static void main(String[] args) throws UnsupportedEncodingException {
    String encode = "dubbo://192.168.0.1:20880/com.api.RemoteEmployeeService?anyhost=true&application=provider&dubbo=2.5.5&generic=false&interface=com.api.RemoteEmployeeService&methods=queryEmployeeByCondition&pid=10092&revision=0.0.1-SNAPSHOT&side=provider×tamp=1545392365086";
    String decode = URLDecoder.decode(encode, "UTF-8");
    System.out.println("decode=" decode);
}

解密之后Provider注册信息

decode=dubbo://192.168.0.1:20880/com.api.RemoteEmployeeService?anyhost=true&amp;application=provider&amp;dubbo=2.5.5&amp;generic=false&amp;interface=com.api.RemoteEmployeeService&amp;methods=queryEmployeeByCondition&amp;pid=10092&amp;revision=0.0.1-SNAPSHOT&amp;side=provider&amp;timestamp=1545392365086

现在信息就比较明朗了,我就不作解释了,当然你们也可以自己测试consumer,我就不作测试了。

dubbo的使用

dubbo本身并不是一个服务软件。它其实就是一个jar包能够帮你的java程序连接到zookeeper,并利用zookeeper消费、提供服务。所以你不用在Linux上启动什么dubbo服务。

但是为了让用户更好的管理监控众多的dubbo服务,官方提供了一个可视化的监控程序,不过这个监控即使不装也不影响使用。

安装监控软件:

 材料: tomcat8  dubbo-admin

 拷贝tomcat8和dubbo-admin到/opt目录下

点击下载dubbo-admin-2.6.0.war

改权限chmod 777 dubbo-admin-2.6.0.war

解压到dubbo目录下unzip dubbo-admin-2.6.0.war -d dubbo

去tomcat下conf下的server.xml

加上 <Context docBase="/opt/dubbo/" path="dubbo" reloadable="true" />

然后启动tomcat服务就可以了

然后在浏览器上输入你的ip:查看ip地址:ifconfig

这里的用户名和密码都是root

这里就可以监控你的服务了,当然这里还没有添加服务。

设置开机启动

[root@localhost tomcat4dubbo]# vim /etc/init.d/dubbo

先i,然后在复制如下脚本Esc键 :wq:保存退出

代码语言:javascript复制
#!/bin/bash
#chkconfig:2345 20 90
#description:dubbo-admin
#processname:dubbo-admin
CATALANA_HOME=/opt/apache-tomcat-7.0.75 
export JAVA_HOME=/opt/jdk1.8.0_152
case $1 in
start)  
    echo "Starting Tomcat..."  
    $CATALANA_HOME/bin/startup.sh  
    ;;  
  
stop)  
    echo "Stopping Tomcat..."  
    $CATALANA_HOME/bin/shutdown.sh  
    ;;  
  
restart)  
    echo "Stopping Tomcat..."  
    $CATALANA_HOME/bin/shutdown.sh  
    sleep 2  
    echo  
    echo "Starting Tomcat..."  
    $CATALANA_HOME/bin/startup.sh  
    ;;  
*)  
    echo "Usage: tomcat {start|stop|restart}"  
    ;; esac

CATALANA_HOME=/opt/apache-tomcat-7.0.75 export JAVA_HOME=/opt/jdk1.8.0_152

这二处要改成自己的

添加权限chmod 777 dubbo

chkconfig --add dubbo添加脚本到服务

这时重启tomcat即可。

0 人点赞