Apache Dubbo软件下载_Apache Dubbov3.0下载-创佳软件园

软件介绍
相关专题
下载地址

Apache Dubbo简介

Apache Dubbo是一个RPC服务框架，允许用户构建分布式的网站服务方案，使网站和通信更快，降低网站负载，避免网站在有大量流时崩溃。软件是基于JA开发的，可以选择用XML配置你的Dubbo应用，用配置编辑你的应用，用API配置你的应用。您可以选择以注释配置的方式配置您的Dubbo，软件提供的集群负载均衡策略方便用户配置集群工作计划。新版本对uilder的不正确处理会导致错误的L显示不正确，增强为Apache许可证增加一个构建工具模块！

Apache Dubbo软件功能

1.面向接口代理的高能RPC调用

提供基于高能代理的远程调用能力，服务以接口为粒度，为开发者屏蔽远程调用的底层细节。

2.智能负载平衡

内置的负载均衡策略可以智能感知下游节点的健康状态，显著降低呼叫延迟，提高系统吞吐量。

3.服务自动注册和发现

支持各种注册服务，在线和离线实时了解服务实例。

4.高度可扩展的能力

遵循微内核+插件的设计原则，将Ptocol、Transport、Sealization等所有核心能力设计为扩展点，内置实现和第三方实现同等对待。

5.运行时流调度

内置条件、脚本等路由策略，通过配置不同的路由规则，很容易实现灰度发布、优先选择同一机房等功能。

6.可视化服务治理和运维

提供丰富的服务治理和运维工具:随时查询服务元数据、服务健康状态和呼叫统计，发布路由策略，实时调整配置参数。

Apache Dubbo软件特色

启动时

依赖服务在启动时可用吗？

集群容错

集群调用失败时Dubbo提供的容错方案

负载均衡

Dubbo提供的集群负载均衡策略

线程模型

在Dubbo中配置线程模型

直接连接提供商

杜布博点对点直接连接

仅订阅

仅订阅，不注册

多协议

在Dubbbo中配置多协议

多注册中心

在Dubbo的多个注册中心注册相同的服务。

服务分组

使用服务分组区分服务接口的不同实现。

静态服务

将Dubbo服务标识为非动态管理模式

多个版本

在Dubbo中配置同一服务的多个版本。

分组聚合

通过分组汇总结果，并返回汇总结果。

参数验证

Dubbo中的参数验证

结果缓存

通过缓存结果加快访问速度。

使用通用调用

实现一个通用的服务测试框架，可以通过GenecService调用所有的服务实现。

Ptobuf

使用IDL来定义服务

GooglePtobuf对象泛化调用

对谷歌Ptobuf对象的泛化调用

实现通用调用

实现一个通用的远程服务Mock框架，可以通过实现GenecService接口来处理所有的服务请求。

回声测试

通过回声测试检查是否有Dubbo服务。

语境

通过上下文存储当前调用过程所需的环境

隐参数

参数通过Dubbo中的Attachment在服务消费者和提供者之间隐式传递。

异步执行

Dubbo服务提供程序的异步执行

异步调用

在Dubbo中启动异步调用

市内电话

在杜布博打本地电话

参数回调

通过参数回调从从机调用客户端逻辑。

事件

异常发生之前、之后和发生时的时间。

本地存根

使用本地存根在Dubbo中的客户端上执行一些逻辑

局部伪装

如何在Dubbo中利用本地伪装实现服务降级

Apache Dubbo使用说明

XML配置

使用XML配置来配置您的Dubbo应用程序。

pvider.xml示例

consumer.xml示例

所有标签都支持由不同扩展点实现的特殊配置的自定义参数，例如:

配置之间的关系

不同粒度配置的覆盖关系

以超时为例，下图显示了配置的搜索顺序，其他retes、loadbalance、actives等类似:

方法级优先，接口级优先，全局配置优先。

如果级别相同，则使用者优先，然后是提供者。

其中，服务提供商配置通过l通过注册中心传输给消费者。

(建议服务提供者设置超时，因为服务提供者更清楚地知道一个方法需要执行多长时间，如果一个消费者同时引用多个服务，就不需要关心每个服务的超时设置)。

理论上，ReferenceConfig中的所有其他配置项都可以默认保持未配置状态，框架将自动使用ConsumerConfig、ServiceConfig、PviderConfig等提供的默认配置。

1、2.1.0开始支持，注意声明:xmlns:p = & # 8221；http://www.spngframework.org/schema/p”

2.默认情况下，引用会延迟初始化。只有当引用被注入到其他Bean中或者被getBean()获取时，它才会被初始化。如果需要饥饿加载，即没有人引用它并立即生成动态代理，可以配置:dubbo:reference & # 8230；init = & # 8221真实& # 8221；/& gt；

动态配置中心

Dubbo 2.7中的动态配置中心

配置中心(v2.7.0)在Dubbo中有两个职责:

1.外部化配置。配置的集中存储(简单理解为dubbo.pperties的外部存储)。

2.服务治理。存储服务规则和。

启用动态配置，以Zookeeper为例

为了与2.6.x版本配置兼容，如果Zookeeper被用作注册中心，而配置中心没有显示，那么Dubbo框架将默认使用这个Zookeeper作为配置中心，但它将仅用于服务治理目的。

外部化配置

外部配置的目的之一是实现配置的集中管理。这部分行业有很多成熟的专业配置系统，比如Apollo、Nacos等。Dubbo的主要任务是确保这些系统能够正常工作。

外部配置和其他本地配置在内容和格式上没有区别，可以简单理解为dubbo.pperties的外部存储，配置中心更适合采取注册表、元数据中心等一些公共配置进行集中管理。

优先

默认情况下，外部配置的优先级高于本地配置，因此这里的配置内容将覆盖本地配置值。配置表单之间的覆盖关系有单独的一章。您也可以通过以下选项调整配置中心的优先级:

-Ddubbo.config-center .最高-poty=false

行动范围

外部化配置有两个层次:全局配置和应用程序配置。全局配置由所有应用程序共享，应用程序级配置仅对每个应用程序可见。目前支持的扩展实现有Zookeeper和Apollo。

动物园管理员

所有默认配置都存储在/dubbo/config节点中。具体节点结构图如下:

Ame，用于不同配置的环境隔离。

Config是Dubbo约定的固定节点，不能更改，所有的配置和服务治理规则都存储在这个节点下。

Dubbo/application，用于分别分离全局配置和应用级配置:Dubbo为默认gup值，application对应应用名称。

Dubbo.pperties，这个节点的节点值存储具体的配置内容。

阿波罗

阿波罗的一个核心概念是命名空间& # 8211；名称(不同于上面zookeeper的名称概念)，其中全局和应用程序级配置通过名称空间来区分。

默认情况下，dubbo从名为Dubbo的命名空间读取全局配置()，因为Apollo不支持特殊后缀。pperties)。

由于Apollo默认情况下也会将服务治理规则(如路由规则)存储在dubbo名称中，建议通过单独配置gup将服务治理与概要托管分开，以XML配置为例:

这里，服务治理规则将存储在治理名称中，配置文件将存储在dubbo名称中，如下图所示:

关于文件配置托管，相当于在Apollo中存储dubbo.pperties配置文件的内容。应用程序通过关联共享的dubbo名称继承公共配置，并且应用程序还可以根据Apollo的实践覆盖单个配置项。

自己加载外部化配置。

Dubbo对配置中心的支持本质上是拉。从远程到本地，与本地配置融合。理论上，只要Dubbo框架能够得到需要的配置，就可以正常启动。它不在乎这些配置是自己加载还是由应用程序直接插入。因此，Dubbo还提供了以下API，允许用户将自己组织好的配置插入到Dubbo框架中(配置加载的过程要由用户来完成)，这样Dubbo框架就不会再直接与Apollo或者Zookeeper交互读取配置了。

服务治理

动物园管理员

默认节点结构:

名称，用于不同配置的环境隔离。

Config是Dubbo约定的固定节点，不能更改，所有的配置和服务治理规则都存储在这个节点下。

Dubbo，所有服务治理规则都是全局的，dubbo是默认节点。

配置器/标记器/条件器、不同类型的服务治理规则以及节点值存储特定规则。

阿波罗

的所有服务治理规则都是全局的，默认情况下是从公共命名空间dubbo读取和订阅的:

亏格构型

以配置方式配置您的Dubbo应用程序。

如果你的应用足够简单，比如不需要多个注册表或者多个协议，需要在spng容器中配置，那么我们可以直接使用dubbo.pperties作为默认配置。