dubbo01-初探

最新推荐文章于 2024-01-21 20:29:51 发布

伊布拉西莫

最新推荐文章于 2024-01-21 20:29:51 发布

阅读量166

点赞数

分类专栏： # dubbo 文章标签： dubbo

本文链接：https://blog.csdn.net/it_freshman/article/details/79603823

版权

dubbo 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

dubbo笔记，主要参照手册《dubbo-user-book》,dubbo-io。

背景

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

单一应用架构
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。
分布式服务架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关键。

简单的说，就是随着互联网的发展，传统的应用架构已经无法满足不了现有的需求，传统的mvc架构也随之主键淘汰，SOA架构应运而生。

SOA定义：
面向服务的架构（Service Oriented Ambiguity），是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

通俗的讲，就是将传统项目中的应用模块从项目中剥离出来，形成一个新的应用，独立的部署，各个新的应用模块通过某种接口协议来通信。使用soa的优势：

松耦合：由于服务自治，有一定封装边界，服务调用交互是通过发布接口。这意味着应用程序不感兴趣的服务如何被实现。
位置透明：服务的消费者不必关系服务位于什么地方。
可在异构平台间复用。可以将遗留系统包装成服务。
便于测试，能并行开发，较高可靠性和良好可伸缩性。

(个人看来，从某种角度上，我们也可以将webservice视为soa架构。)

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

当服务越来越多，服务的url配置管理就越来越复杂，且服务之间的依赖关系也越来越复杂，服务的容错问题，负载均衡等问题也越来越迫切的需要解决，此时天空一道惊雷，dubbo破空而来。

定义

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册）。其核心部分包含:

远程通讯：提供对多种基于长连接的NiO框架抽象封装，包括多种线程模型，序列化，以及“请求一响应”模式的信息交换方式。
集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持。以及负载均衡，失败容错，地址路由，动态配置等集群支持。
自动发现:基于注册中心目录服务，使用服务消费能动态查找服务提供方,使地址透明,使用服务提供方可以平滑增加或减少服务器

架构

引用块内容
角色说明

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

调用关系说明

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

附: schema 配置参考手册

最新版本2.7

dubbo:application

应用信息配置。对应的配置类： com.alibaba.dubbo.config.ApplicationConfig

属性	是否必填	作用	描述
name	必填	服务治理	当前应用名称，用于注册中心计算应用间依赖关系，注意：消费者和提供者应用名不要一样
environment	可选	服务治理	应用环境，如：`develop/test/product`，不同环境使用不同的缺省值，以及作为只用于开发测试功能的限制条件
logger	可选	服务治理	日志输出方式，可选：`slf4j,jcl,log4j,log4j2,jdk`

dubbo:registry

注册中心配置。对应的配置类：com.alibaba.dubbo.config.RegistryConfig。
同时如果有多个不同的注册中心，可以声明多个<dubbo:registry> 标签，
并在 <dubbo:service> 或<dubbo:reference>的 registry属性指定使用的注册中心。

属性	是否必填	作用	描述
id	可选	配置关联	注册中心引用bean id，可以在`<dubbo:serviceregistry="">或<dubbo:referenceregistry="">`中引用此ID
address	必填(host:port)	服务发现	注册中心服务器地址，如果地址没有端口缺省为9090，同一集群内的多个地址用逗号分隔,如：`ip:port,ip:port`
protocol	可选(默认dubbo)	服务发现	注同中心地址协议，支持dubbo,http, local三种协议
timeout	默认5000	性能调优	注册中心请求超时时间(毫秒)
session	默认60000	性能调优	注册中心会话超时时间(毫秒)，用于检测提供者非正常断线后的脏数据，比如用心跳检测的实现，此时间就是心跳间隔，
file	可选	服务治理	使用文件缓存注册中心地址列表及服务提供者列表应用重启时将基于此文件恢复，
register	默认true	服务治理	是否向此注册中心注册服务，如果设为false，将只订阅，不注册
subscribe	默认true	服务治理	是否向此注册中心订阅服务，如果设为false，将只注册，不订阅
dynamic	默认true	服务治理	服务是否动态注册；若设置为false,注册后显示为disabled状态，需要人工启用，当服务提供者停止时，也不会自动取消注册，需人工禁止。

dubbo:protocol

服务提供者协议配置。对应的配置类：com.alibaba.dubbo.config.ProtocolConfig。
同时，如果需要支持多协议，可以声明多个<dubbo:protocol> 标签，
并在<dubbo:service>中通过protocol属性指定使用的协议。

属性	是否必填	作用	描述
id	可选,默认值`dubbo`	配置关联	协议bean Id，可以在`<dubbo:service protocol="">`中引用此ID，如果ID不填，缺省和name属性值一样，重复则在name后加序号。
name	必填		协议名称,默认为dubbo，支持：rmi,http,hessian
port	可选	服务发现	服务端口， dubbo协议默认为20080，rmi协议默认为1099，http和hessian默认为80
`<path>`			提供者上下文路径，为服务path的前缀

dubbo:provider

服务提供者缺省值配置。对应的配置类：com.alibaba.dubbo.config.ProviderConfig 。同时该标签为<dubbo:service>和<dubbo:protocol>标签的缺省值设置。

dubbo:consumer

服务消费者缺省值配置。配置类： com.alibaba.dubbo.config.ConsumerConfig 。
同时该标签为<dubbo:reference> 标签的缺省值设置,

dubbo:service

服务提供者暴露服务配置。对应的配置类： com.alibaba.dubbo.config.ServiceConfig

属性	类型	作用
interface	class	服务接口名
ref	object	服务对象实现引用
path	string	服务路径: 缺省为接口名
loadbalance	string	负载均衡策略，可选值：`random,roundrobin,leastactive`，分别表示：随机，轮询，最少活跃调用
stub		设为true，表示使用缺省代理类名，即：接口名 + Stub后缀，服务接口客户端本地代理类名，用于在客户端执行本地逻辑，如本地缓存等，该本地代理类的构造函数必须允许传入远程代理对象，构造函数如：public XxxServiceStub(XxxService xxxService)
mock		设为true，表示使用缺省Mock类名，即：接口名 + Mock后缀，服务接口调用失败Mock实现类，该Mock类必须有一个无参构造函数，与Local的区别在于，Local总是被执行，而Mock只在出现非业务异常(比如超时，网络异常等)时执行，Local在远程调用之前执行，Mock在远程调用后执行。