Dubbo

1.1Zookeeper 1.1.1Zookeeper介绍 ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。 ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。 ZooKeeper包含一个简单的原语集,提供Java和C的接口。 ZooKeeper代码版本中，提供了分布式独享锁、选举、队列的接口，代码在zookeeper-3.4.3\src\recipes。其中分布锁和队列有Java和C两个版本，选举只有Java版本。 总结:Zookeeper负责服务的协调调度.当客户端发起请求时,返回正确的服务器地址. 1.1.2Zookeeper下载 网址: http://zookeeper.apache.org/releases.html. 如图-2所示 图-2 下载路径,点击download. 如图-3所示 图-3 下载Zookeeper地址. http://mirrors.hust.edu.cn/apache/zookeeper/ 如图-4所示 图-4 1.2Zookeeper安装 1.2.1安装JDK 将JDK1

1> Dubbo简介及以Zookeeper为注册中心 Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者 Dubbo就是资源调度和治理中心的管理工具 2> Zookeeper的leader选举过程 3> 2PC and 3PC 4> 简述Zookeeper。。。watcher 5> 简介ZAB ​ ZAB协议是为Zookeeper专门设计的一种支持崩溃恢复的消息广播协议。ZAB协议只允许有一个主进程接受客户事务请求并处理，即leader。当leader收到请求后，将请求事务转化为事务proposal，由于leader会为每一个follower创建一个队列，将该事务放入响应队列，保证事务的顺序性。之后会在队列中顺序向其他节点广播该提案，follower收到后会将其以事务的形式写入到本地日志中，并向leader发送反馈ack确认。leader会等待其他followe的回复，当收到一半以上的follower响应时

什么是Dubbo？ Dubbo是一个RPC远程调用框架， 分布式服务治理框架 什么是Dubbo服务治理？ 服务与服务之间会有很多个Url、依赖关系、负载均衡、容错、降级、路由规则、自动注册服务。 Dubbo架构 节点角色说明： Provider: 暴露服务的服务提供方。 Consumer: 调用远程服务的服务消费方。 Registry: 服务注册与发现的注册中心。 Container:服务器容器 Monitor: 统计服务的调用次调和调用时间的监控中心。 调用关系说明【重点】： 服务容器负责启动，加载，运行服务提供者。 服务提供者在启动时，向注册中心注册自己提供的服务。 服务消费者在启动时，向注册中心订阅自己所需的服务。 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。 - 连通性： 注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小 监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示

官方文档地址 中文版 学习方便 http://dubbo.apache.org/zh-cn/docs/user/quick-start.html gitHub https://github.com/apache/incubator-dubbo 背景 随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。 ​ 单一应用架构 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。 垂直应用架构 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。 分布式服务架构 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。 流动计算架构 当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关键。 需求 ​ 在大规模服务化之前

一、什么是dubbo Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看， Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容，详见后面描述。 Webservice也是一种服务框架，但是webservice并不是分布式的服务框架，他需要结合F5实现负载均衡。因此，dubbo除了可以提供服务之外，还可以实现软负载均衡。它还提供了两个功能Monitor 监控中心和调用中心。这两个是可选的，需要单独配置。 Dubbo是阿里巴巴SOA服务化治理方案的核心框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。其核心部分包含: • 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。 • 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。 • 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

此文转自 原文 ，在最后做了一点补充 目录 1.简介 2.服务引用原理 3.源码分析 3.1 处置配置 3.2 引用服务 3.2.1 创建 Invoker 3.2.2 创建代理 4.总结 补充 服务引用调用链 1.简介 在 Dubbo 中，我们可以通过两种方式引用远程服务。第一种是使用 服务直连 的方式引用服务，第二种方式是 基于注册中心进行引用 。服务直连的方式仅适合在调试或测试服务的场景下使用，不适合在线上环境使用。因此，本文我将重点分析通过注册中心引用服务的过程。从注册中心中获取服务配置只是服务引用过程中的一环，除此之外，服务消费者还需要经历 Invoker 创建、代理类创建等步骤。 2.服务引用原理 Dubbo 服务引用的时机有两个： 第一个是在 Spring 容器调用 ReferenceBean 的 afterPropertiesSet 方法时引用服务， 第二个是在 ReferenceBean 对应的服务被注入到其他类中时引用。 这两个引用服务的时机区别在于，第一个是饿汉式的，第二个是懒汉式的。默认情况下，Dubbo 使用懒汉式引用服务。如果需要使用饿汉式，可通过配置 <dubbo:reference> 的 init 属性开启。下面我们按照 Dubbo 默认配置进行分析，整个分析过程从 ReferenceBean 的 getObject 方法开始

随着互联网的兴起，也就是16年前后，服务架构开始从单一的系统向微服务架构转变，当时我们公司也开始技术整型，准备进入微服务的热潮，那一年兴起的还有就是现金分期和房价。 当时我还在架构组，我们架构师负责搭建公司的微服务环境，4月份进入公司就开始研究Devops，想使用http请求来实现对svn和jenkins联合工作实现自动打包和发布部署应用的功能带界面的管理系统。那时候流行的微服务框架是阿里的dubbo。我知道我们组当时刚刚上线了一个配管和网关两个项目。后来我们的devops死了，我还是接手配管，配管没有什么实质性工作，是在一个开源项目上改改后上线的，我也只是做了一些功能上优化的功能，例如加了一个接入系统心跳监控的功能。在运维配管工作的同时，我又开始接手去做了一个dubbo的邮件服务和一个唯一id生成的dubbo服务。说下这个唯一id生成服务是干什么用的，他是为了我同事的一个dubbo埋点功能做的服务，为什么要做dubbo埋点，是因为我们要做监控系统，这个监控系统要监控所有的dubbo服务，那么我们就要收集dubbo服务的调用日志，获得dubbo服务的调用链。 现在我们来整理下我刚才说的，总的来说，我上面说的我的这些工作都是为了实现使用dubbo框架来构建微服务来搭建环境，我们要用到的系统用： 1、配管系统，应对多服务集中管理配置的需求。 2、监控系统，监控微服务的健康状况，很简单

Dubbo建议使用Zookeeper作为服务的注册中心。 1. Zookeeper的作用： zookeeper用来注册服务和进行负载均衡，哪一个服务由哪一个机器来提供必需让调用者知道，简单来说就是ip地址和服务名称的对应关系。当然也可以 通过硬编码的方式把这种对应关系在调用方业务代码中实现，但是如果提供服务的机器挂掉调用者无法知晓，如果不更改代码会继续请求挂掉的机器提供服务。 zookeeper通过心跳机制可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。至于支持高并发，简单来说就是横向扩展，在不更改代码 的情况通过添加机器来提高运算能力。通过添加新的机器向zookeeper注册服务，服务的提供者多了能服务的客户就多了。 2. dubbo： 是管理中间层的工具，在业务层到数据仓库间有非常多服务的接入和服务提供者需要调度，dubbo提供一个框架解决这个问题。 注意这里的dubbo只是一个框架，至于你架子上放什么是完全取决于你的，就像一个汽车骨架，你需要配你的轮子引擎。这个框架中要完成调度必须要有一个分布式的注册中心，储存所有服务的元数据，你可以用zk，也可以用别的，只是大家都用zk。 3. zookeeper和dubbo的关系： Dubbo的将注册中心进行抽象，是得它可以外接不同的存储媒介给注册中心提供服务，有ZooKeeper，Memcached，Redis等。

消费者开发步骤： （1） 创建Maven工程dubbox-customer，在pom.xml引入依赖 ，同“dubboxservice”工程。 （2 ）在webapps 目录下WEB-INF 目录 ，并修改web.xml <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5"> <!-- 解决post乱码 --> <filter> <filter-name>CharacterEncodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>utf

①为什么选择springcloud作为微服务架构。微服务架构是不是只有springcloud这一种落地技术实现呢？不是的！ 为什么选择springcloud作为微服务架构呢？ 第一：选型依据：整体解决方案和框架成熟度、社区热度、可维护性、学习曲线。 第二：当前各大IT公司用的微服务架构有哪些：阿里Dubbo/HSF、京东JSF、新浪微博Motan、当当网DubboX等等。 第三：各微服务框架对比： ②springcloud是什么。 spring官网：https://spring.io COORDINATE ANYTHING: DISTRIBUTED SYSTEMS SIMPLIFIED(简化版的分布式系统) Building distributed systems doesn't need to be complex and error-prone. Spring Cloud offers a simple and accessible programming model to the most common distributed system patterns, helping developers build resilient, reliable, and coordinated applications. Spring Cloud is built on top of