esb怎么整合api_G-Reg和ESB治理整合方案

esb怎么整合api

WSO2企业服务总线（ESB）使用WSO2治理注册表来存储配置元素和资源，例如WSDL，策略，服务元数据等。默认情况下，WSO2 ESB随嵌入式注册表一起提供，它完全基于WSO2治理注册表（G- Reg）。 进一步根据要求，您可以使用远程JDBC连接（称为“ JDBC注册表安装”）连接到远程运行的WSO2 Governance Registry。

除了WSO2 G-Reg的注册表/存储库方面，其主要用例是具有无缝生命周期管理的设计时管理和运行时管理。 它被称为WSO2 G-Reg的治理方面。 因此，借助WSO2 G-Reg的治理方面，可以为与WSO2 ESB的集成提供更大的灵活性。

在治理方面将WSO2 ESB与WSO2 G-Reg集成时，有三个可用选项。 他们是：

1）。 与ESB和G-Reg共享注册表空间

2）。 使用G-Reg将工件推入ESB节点

3）。 ESB在需要时从G-Reg提取工件

让我们来看看每种选择的优点和缺点。 在这里，我们考虑一种场景，在该场景中，对应于ESB工件的元数据（例如端点）作为资产类型存储在G-Reg中。 每种资产类型都有自己的生命周期（例如：ESB Endpoint RXT有自己的生命周期）。 然后，通过G-Reg生命周期过渡，将创建突触配置（例如：端点）。 这些将是ESB的运行时配置。

与ESB和G-Reg共享注册表空间

每个WSO2产品的嵌入式注册表都包含三个分区。 它们是本地，配置和治理。

本地分区 ：用于存储服务器本地的配置和运行时数据。
配置分区 ：用于存储产品特定的配置。 可以在同一产品的多个实例之间共享此分区。
治理分区 ：用于存储在整个平台上共享的配置和数据。 此分区通常包括服务，服务描述，端点和数据源

如何集成应该工作：
与ESB和G-Reg产品共享注册表空间时，我们仅共享管理分区。 在这里，治理空间将使用JDBC共享。 当ESB端点RXT发生G-Reg生命周期转换时，它将创建ESB突触端点配置，并使用Copy Executor复制到相关的注册表位置。 然后，ESB可以在需要时从共享注册表中检索该端点突触配置。

优点：

• 易于配置
• 减少自定义代码的实现量

缺点：

• 如果服务器跨数据中心部署，则将在数据中心之间创建JDBC连接（可以通过WAN或公共网络）。
• 随着环境的数量，将有许多数据库安装。
• ESB注册表空间将通过G-Reg公开。

使用G-Reg将工件推入ESB节点

如何集成应该工作：

在这种模式下，G-Reg将使用远程注册表操作创建突触端点并推送到相关的ESB设置（例如：Dev / QA / Prod等）中。 在G-Reg将适当的突触配置推入ESB之后，API或服务将可以使用。

优点：

• 从G-Reg方面提供更大的灵活性来管理ESB资产
• 可以随时随地插入多个ESB环境
• 可以限制ESB API /服务的调用，直到完成G-Reg生命周期操作为止

ESB从G-Reg提取工件

如何集成应该工作：

在这种模式下，当发生生命周期过渡时，G-Reg将在相关注册表位置中创建突触级端点。

当发生API或服务调用时，ESB将首先在其自己的注册表中查找端点。 如果不可用，它将使用远程注册表操作从G-Reg中提取端点。 在这里，ESB端端点查找应作为自定义实现来实现。

优点：

• 用户可能能够在G-Reg生命周期过渡发生之前部署ESB API /服务。

缺点：

• 第一次API /服务调用会延迟，直到完成远程API调用为止
• 如果G-Reg生命周期转换未完成，则第一次API /服务调用将失败。
• 与选项1和2相比，控制更少

翻译自: https://www.javacodegeeks.com/2016/05/g-reg-esb-integration-scenarios-governance.html

esb怎么整合api