Dubbo和Zookeeper

1、什么是分布式系统？

1.1概念

分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统

 

 说白了就是不同的电脑都在干自己的事，然后通过http或者rpc协议将各个电脑连接在一起，然后用户去看呢，就像在看整个系统一样

1.2分布式的目的：

为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器，处理更多的数据。

1.3这里说一下集群、分布式、微服务概念和区别？

1.分布式：一个业务分拆多个子业务，部署在不同的服务器上
2.集群：同一个业务，部署在多个服务器上
分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。
分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。

3.

微服务是一种架构风格，它只是一个概念，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。

2、Dubbo文档

**单一应用架构**

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

适用于小型网站，小型管理系统，将所有功能都部署到一个功能里，简单易用。

缺点：

1、性能扩展比较难

2、协同开发问题

3、不利于升级维护

***垂直应用架构***

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

通过切分业务来实现各个模块独立部署，降低了维护和部署的难度，团队各司其职更易管理，性能扩展也更方便，更有针对性。

缺点：公用模块无法重复利用，开发性的浪费

**分布式服务架构**

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

*****流动计算架构*****

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

 Dubbo到底是什么？

简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册）

综上：我们知道不同计算机节点之间可以通过两种方式来通讯，分别是http或者rpc协议，那么微服务分为springcloud和dubbo两个方向，那么dubbo就是基于rpc而springcloud就是基于http的。

dubbo基本概念（以下这个图非常重要）

服务提供者（Provider）：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。

服务消费者（Consumer）：调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者，相当于中间层

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

调用关系说明

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

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

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

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

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

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

什么是RPC？

RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。就是a电脑调用b电脑的一些东西，站之间都是通过网路来通讯的。

RPC两个核心模块：通讯，序列化（方便数据传输）。

 

3.Dubbo环境搭建

采用zookeeper这种实现

3.1下载zookeeper

http://archive.apache.org/dist/zookeeper/zookeeper-3.4.14/

 

 3.2解压好了之后bin可以看到：

 

 以上可以看到和tomcat没什么区别

3.3以管理者的身份去访问zkServer.cmd

 

 解决方法：

 

 再次启动就可以成功了

 

 3.4打开客户端

 

 可以看到这个只有一个节点

 

 

以上为了方便我们可以下载一个东西来进行监控，它有更加方便的UI等

dubbo本身并不是一个服务软件。它其实就是一个jar包，能够帮你的java程序连接到zookeeper，并利用zookeeper消费、提供服务。

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

综上下载与安装dubbo-admin

3.5下载dubbo-admin  https://github.com/apache/dubbo-admin/tree/master

 

 3.6解压后打开application.properties

 

 

 

 由于我们之前没有改这个2181这个端口号，因此这里我们不需要改变什么东西

3.7打包这个dubbo-admin成jar包执行

 

 mvn clean package -Dmaven.test.skip=true

 

 这样就完成了

访问这个jar包

 

 就是在target中可以看到这个可执行jar

java -jar dubbo-admin-0.0.1-SNAPSHOT.jar

 

 打开这个7001这个端口密码和用户名都是root默认的

 

 

 

 

 就完成了就可以实时监控了管理后台了。

zookeeper是注册中心

dubbo就是jar包

dubbo-admin可以不要但是zookeeper是必不可少的。