dubbo学习笔记

dubbo学习笔记

一、架构模式

1、单一应用架构（ORM）

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

2、垂直应用架构（MVC）

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

3、分布式服务架构（RPC）

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

4、流动计算架构（SOA）

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

二、Dubbo架构

1、节点角色说明

节点	角色说明
Provider	暴露服务的服务提供方
Consumer	调用远程服务的服务消费方
Registry	服务注册与发现的注册中心
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器

2、调用关系说明

• 服务容器负责启动，加载，运行服务提供者。
• 服务提供者在启动时，向注册中心注册自己提供的服务。
• 服务消费者在启动时，向注册中心订阅自己所需的服务。
• 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
• 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
• 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

三、项目架构设计

1. provider-服务提供者

提供数据接口服务，相同的服务可由不同的服务提供者提供，即：相同的接口可由不同的服务器提供，当一个服务提供者的接口拥挤时，自行访问空闲的服务接口，从而达到负载均衡。

2、consumer-服务消费者

调用服务提供者的接口，选择性调用空闲服务提供者的接口，来为前端web界面提供数据。相同服务消费者由多个组成

3、zookeeper注册中心

服务提供者将提供的服务注册进注册中心,注册中心对服务进行监控,服务消费者从监控中心取出所需服务列表,根据IP地址直接与服务提供者进行数据交互。从而减轻注册中心的压力。

4、dubbo-admin-监控中心

依赖于注册中心，以web界面得形式，显示注册中心有哪些服务提供者提供的哪些服务，有哪些服务消费者消费了哪些服务。并提供服务提供者接口测试方案，以及负载均衡控制及路由控制。

四、项目架构实现

1、provider

创建springboot+maven项目:提供服务供消费者调用

2、Consumer

创建Springboot web +maven 项目:从注册中心获取服务提供者的地址并调用服务

3、Zookeeper

在linux服务器上安装zookeeper软件并配置：提供中间场所

4、dubbo-admin

在linux服务器上安装配置并部署：负责监控这个网站

5、Redis（Session管理数据库）

在linux服务器上安装并配置：负责用户与网站的会话管理

6、Nginx

在linux服务器上安装并配置：负责路由分发

五、项目架构图