dubbo入门小案例

背景

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。

单一应用架构

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

垂直应用架构

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

分布式服务架构

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

流动计算架构

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

需求

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

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

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

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

以上是 Dubbo 最基本的几个需求。

入门案例

maven依赖

引入maven依赖，由于我创建的是springboot项目 所以需要剔除掉冲突的jar包

            <dependency>                <groupId>com.alibaba</groupId>                <artifactId>dubbo</artifactId>                <version>2.5.7</version>                <exclusions>                    <exclusion>                        <groupId>log4j</groupId>                        <artifactId>log4j</artifactId>                    </exclusion>                    <exclusion>                        <groupId>commons-logging</groupId>                        <artifactId>commons-logging</artifactId>                    </exclusion>                    <exclusion>                        <groupId>org.springframework</groupId>                        <artifactId>spring</artifactId>                    </exclusion>                    <exclusion>                        <groupId>com.alibaba</groupId>                        <artifactId>fastjson</artifactId>                    </exclusion>                </exclusions>        </dependency>

我选择了zookeeper作为注册中心 所以还要引入

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

定义接口

由于消费者和 提供者都会共用这个接口，所以接口最好独立为一个模块

/** * @author xiaosuda * @date 2017/12/14 */public interface DemoService {    String sayHello(String name);}

提供者服务实现类

/** * * @author xiaosuda * @date 2017/12/14 */@Service("demoServiceImpl")public class DemoServiceImpl implements DemoService {    @Override    public String sayHello(String name) {        return "你说：" + name;    }}

提供者服务配置文件

zk地址是我的腾讯云地址。大家如果把zk安装在本地，修改为localhost:2181即可

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"       xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">    <!-- 提供方应用信息，用于计算依赖关系 -->    <dubbo:application name="provider"/>    <!-- 使用zookeeper注册中心暴露服务地址 -->    <dubbo:registry address="zookeeper://118.89.150.75:2181" protocol="zookeeper" check="false"/>    <dubbo:consumer check="false"/>    <!-- 用dubbo协议在随机端口暴露服务 -->    <dubbo:protocol id="dubbo" name="dubbo" port="-1" threads="200" />    <!-- 声明需要暴露的服务接口 -->    <dubbo:service interface="com.dfire.service.DemoService" ref="demoService"/>    <!-- 和本地bean一样实现服务 -->    <bean id="demoService" class="com.dfire.service.impl.DemoServiceImpl"/></beans>

启动服务提供者

启动之前别忘记修改一下端口避免和稍后的服务消费者冲突

@EnableAutoConfiguration@ImportResource(locations ="classpath:dubbo/dubbo-provider.xml")@SpringBootApplication(scanBasePackages = "com.dfire")public class ProviderApplication {    public static void main(String[] args) throws IOException {        SpringApplication.run(ProviderApplication.class, args);    }}

消费者配置

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"       xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">    <!-- 消费方应用名，用于计算依赖关系，不是匹配条件，不要与提供方一样 -->    <dubbo:application name="consumer"/>    <!-- 连接注册中心配置 -->    <dubbo:registry address="zookeeper://118.89.150.75:2181" protocol="zookeeper" check="false"/>    <!-- 生成远程服务代理，可以和本地bean一样使用demoService -->    <dubbo:reference id="demoService" interface="com.dfire.service.DemoService"/></beans>

消费者使用提供者服务

在这里我通过http请求的方式来使用dubbo服务

/** * * @author xiaosuda * @date 2017/12/15 */@Controller@RequestMapping("hello/")public class HelloDubble {    @Autowired    private DemoService demoService;    @RequestMapping("dubbo")    @ResponseBody    public String sayHello() {        String s = demoService.sayHello("Dubbo学习之路");        return s;    }}

启动消费者

@EnableAutoConfiguration@ImportResource(locations = "classpath:dubbo/dubbo-consumer.xml")@SpringBootApplicationpublic class ConsumerApplication {    public static void main(String[] args) {        SpringApplication.run(ConsumerApplication.class, args);    }}

测试

为了方便查看服务之间的调用关系，大家可以安装一下dubbo-admin

案例地址:[e-mail]:sudaxiao/dubbo_demo.git