dubbo

最新推荐文章于 2024-10-17 15:26:58 发布

原创最新推荐文章于 2024-10-17 15:26:58 发布 · 150 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#dubbo

dubbo 专栏收录该内容

1 篇文章

订阅专栏

本文深入解析SOA架构概念，探讨分布式系统中任务划分与独立性，重点介绍Dubbo服务治理中间件的功能与组件，包括容器、服务生产者、注册中心、消费者及监控中心的运作流程。详细阐述Dubbo在服务注册、调用、负载均衡及容错策略上的机制，同时对比多种协议特点。

SOA的理解：

可以把SOA架构看作成一个完整的企业架构，企业里有各种业务，每个业务都有自己的服务，业务通过企业服务总线串联起来，有个服务注册中心，业务把自己的服务注册到注册中心。消费者可以在注册中心找到自己的服务，完成自己的需求。达到一站式服务。

分布式的理解

简单的讲：大任务划分为小任务。一个或多个人完成同一任务中的不同部分。
被分解后的小任务相互之间有独立性，节点之间只管接受和传递信息。

Dubbo:

什么是dubbo？

Dubbo是个服务治理中间件，是一款远程调用框架，就是资源调度和治理中心的管理工具。；

Dubbo的组成部分：

1、容器（spring容器）

2、服务生产者

3、注册中心（zookeeper 、redis （发布订阅 -频道））

4、服务消费者

5、监控中心（可以查看哪个方法的使用次数）

Dubbo的运行流程：

容器启动，服务生产者会把自己的服务的接口地址报告给注册中心。服务消费者订阅它需要的服务，他去查询注册中心，问问是否有地址吗？有就返回服务地址。消费者拿到地址就可以去调用服务。监控中心：监控生产者和消费者的健康状况。

【dubbo,zookeeper流程,从生产者到消费者】
生产者和消费者都要进行dubbo的配置 ,都需要注册zookeeper主机地址,
生产者要配置dubbo使用的协议(默认dubbo)和端口号用来暴露服务到注册中心,
生产者定义接口和实现类,并在配置文件中进行注册服务,
生产者启动时会自动把注册的接口的信息转化为一个url,
并通过hessian二进制序列化存储到zookeeper的节点中
消费者在配置文件中引入要使用的服务接口,
消费者启动时会从zookeeper中获取与引用的接口匹配的url,
并把自己的信息留在zookeeper中
服务者和消费者在zookeeper中的信息都会被监控中心monitor获取到,

可以通过monitor服务对zookeeper中的内容进行管理

【服务的配置】
    服务者
	<!-- 给服务起一个名称,唯一标识,用来监控服务器调用关系,调用次数 -->
	<dubbo:application name="provider" />
	<!-- 使用dubbo官方推荐注册中心模式注册对象 -->
	<dubbo:registry address="zookeeper://192.168.17.129:2181" />
	<!-- 用dubbo协议在20880端口暴露服务 -->
	<dubbo:protocol name="dubbo" port="20880" />
	<!-- 发布服务:itemService 注册对象,通过接口来注册对象 -->
	<!-- 和本地bean一样实现服务 -->
	<bean id="xxx.xxx.xxx.XxxImpl" class="xxx.xxx.xxx.XxxImpl" />
	<dubbo:service interface="xxx.xxx.xxx.Ixxx"
		ref="xxxImpl" />

    消费者
	<!-- 给服务起一个名称,唯一标识,用来监控服务器调用关系,调用次数 -->
	<!-- 消费方应用名，用于计算依赖关系，不是匹配条件，不要与提供方一样 -->
	<dubbo:application name="consumer" />
	<!-- 使用multicast广播注册中心暴露发现服务地址 -->
	<dubbo:registry address="zookeeper://192.168.17.129:2181" />
	<!-- 生成远程服务代理，可以和本地bean一样使用itemService -->
	<dubbo:reference id="xxx"
		interface="xxx.xxx.xxx.Ixxx" timeout="1000000" retries="2"/>