分布式框架Apache Dubbo

前置知识：

软件架构

1.单体架构：

所有的功能集中在一个项目内。优点：开发成本低、周期短、适合小项目。缺点：因为全部功能都集中在一个工程中，耦合性过高，不利于大型项目的开发、扩展和维护，而且技术栈受限只能使用一种语言开发。

2.垂直架构：

按照业务进行切割，形成小的单体项目。优点：技术栈可以扩展（不同的系统可以用不同的编程语言编写）。功能集中在一个项目中，不利于开发、扩展、维护。缺点：项目之间功能冗余、数据冗余、耦合性强。

3.SOA架构：

面向服务的架构，将重复功能或模块抽取成组件的形式，对外提供服务，在项目于服务之间使用ESB(企业服务总线)的形式作为通信的桥梁。优点：重复功能或模块抽取成服务，提高开发效率。可复用性高，可维护性高。缺点：各系统之间业务不同，很难确认功能或模块是重复的，系统和服务之间耦合度高。

4.微服务架构

将系统服务层完全独立出来，抽取为一个一个的微服务。采用轻量级框架协议传输。

优点：服务拆分粒度更细，有利于提高开发效率。 可以针对不同服务制定对应的优化方案。

适用于互联网时代，产品迭代周期更短。 缺点：粒度太细导致服务太多，维护成本高。分布式系统开发的技术成本高，对团队的挑战更大。

什么是RPC：

远程过程调用，通过网络表达调用的语义和传达调用的数据，将不同服务器上的应用实现相互调用。

Dubbo

简介：

阿里巴巴吧公司开源的、高性能的Java RPC框架，可以和Spring框架无缝衔接。

Dubbo提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

 节点说明：

虚线都是异步访问，实线都是同步访问 蓝色虚线:在启动时完成的功能 红色虚线(实线)都是程序运行过程中执行的功能。

调用关系说明：

0. 服务容器负责启动，加载，运行服务提供者。

1. 服务提供者在启动时，向注册中心注册自己提供的服务。

2. 服务消费者在启动时，向注册中心订阅自己所需的服务。

3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

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

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

服务注册中心

Dubbo提供的注册中心有如下几种类型可供选择：

Multicast注册中心

Zookeeper注册中心

Redis注册中心

Simple注册中心

Dubbo推荐Zookeeper作为注册中心。

Zookeeper树型目录服务：

流程说明：

服务提供者启动时： Provider 向dubbo/provider目录下写url地址

服务消费者启动时：订阅Provider并向dubbo/Consumer目录写下url地址

监控中心 Monitor：订阅/dubbo目录下的所有提供者和消费者，实现监控

Dubbo快速入门

本Demo中Dubbo的注册中心采用的是Zookeeper

需要先启动Zookeeper后，后续dubbo demo代码运行才能使用zookeeper注册中心的功能。Dubbo作为一个RPC框架，其最核心的功能就是要实现跨网络的远程调用。本小节就是要创建两个应 用，一个作为服务的提供方，一个作为服务的消费方。通过Dubbo来实现服务消费方远程调用服务提供方的方法。 

项目结构：

dubbo-providers：提供远程服务

dubbo-consumer：远程调用服务

下面叙述代码的构建过程：

首先构建一个空的工程，然后再里面构建maven项目，需要导入spring、dubbo、zookeeper等依赖，并且导入了tomcat7的插件。

在providers中写接口和实现类提供远程服务

 然后通过Spring配置声明暴露服务

 consumer通过Spring配置引用服务

 启动consumer远程调用服务（在启动consumer前线启动providers）

 运行结果图：

上述代码还可以精进，通过将服务提取到一个公告的maven父工程中，其他两个工程依赖该父工程即可减少代码的冗余。

Dubbo管理控制台介绍

我们在开发时，需要知道Zookeeper注册中心都注册了哪些服务，有哪些消费者来消费这些服务。我们 可以通过部署一个管理中心来实现。其实管理中心就是一个web应用，部署到tomcat即可。 

管理控制台可以实现的功能：

路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡。

下载dubbo-admin.war之后通过tomcat启动即可看到下面的控制台界面。