WSO2注册表安装简介

这篇文章基于有关注册表安装及其工作方式等常见问题。以下是人们提出的主要问题：

1）。 安装如何工作？

2）。 Config Registry和Governance Registry有什么区别？

3）。 可以将H2以外的数据库用于本地注册表吗？

4）。 装载路径和目标路径是什么意思？

5）。 我是否需要配置“ remoteInstance” URL？

6）。 我应该使用什么作为cacheId？

因此，让我们从如何配置注册表安装开始。 配置注册表安装时，必须将相关的数据源添加到master-datasources.xml文件中。 除此之外，还必须将与安装相关的配置也添加到Registry.xml文件中。

在master-datasources.xml文件中，您只需通过提供JDBC URL，用户名，密码，验证查询，连接优化参数等来配置JDBC数据源。示例数据源条目如下所示。

<datasource>
            <name>WSO2CarbonDB_Gov</name>
            <description>The datasource used for registry- config/governance</description>
            <jndiConfig>
                <name>jdbc/WSO2CarbonDB_Gov</name>
            </jndiConfig>
            <definition type="RDBMS">
                <configuration>
                    <url>jdbc:mysql://blog.napagoda.com:3306/REGISTRY_DB?autoReconnect=true</url>
                    <username>chandana</username>
                    <password>password</password>
                    <driverClassName>com.mysql.jdbc.Driver</driverClassName>
                    <maxActive>50</maxActive>
                    <maxWait>60000</maxWait>
                    <testOnBorrow>true</testOnBorrow>
                    <validationQuery>SELECT 1</validationQuery>
                    <validationInterval>30000</validationInterval>
                </configuration>
            </definition>
        </datasource>

在registry.xml文件中，有许多烦人的区域可用。 因此，让我们首先来看一个示例安装配置。

<dbConfig name="mounted_registry">
        <dataSource>jdbc/WSO2CarbonDB_Gov</dataSource>
</dbConfig>

<remoteInstance url="https://localhost:9443/registry">
        <id>instanceid</id>
        <dbConfig>mounted_registry</dbConfig>
        <readOnly>false</readOnly>
        <enableCache>true</enableCache>
        <registryRoot>/</registryRoot>
        <cacheId>chandana@jdbc:mysql://localhost:3306/greg_db</cacheId>
</remoteInstance>

<mount path="/_system/config" overwrite="true">
        <instanceId>instanceid</instanceId>
        <targetPath>/_system/apimconfig</targetPath>
</mount>
<mount path="/_system/governance" overwrite="true">
        <instanceId>instanceid</instanceId>
        <targetPath>/_system/governance</targetPath>
</mount>

您可以看到，在定义安装配置时，我添加了四个配置部分。 它们是“ dbConfig”，“ remoteInstance”和“ mount”条目的两个部分。

我认为很容易先从安装项进行解释，然后从remoteInstance和dbConfig进行解释。 在安装条目中，您可以配置路径，覆盖，targetPath和instanceId。

安装

path –路径是注册表中与文件系统路径相似的位置。 此路径中存储的资源将存储在相关的已配置数据库中。

覆盖 –（虚拟，真，假）是否覆盖给定路径上的现有集合/资源。 虚拟意味着更改仅存储在内存中，而不会写入数据库。

instanceId –对“ remoteInstance”的引用。

targetPath –存储在数据库中的路径。

简而言之，任何以path部分中的值开头的注册表路径都将针对targetPath存储在DB中（path将被targetPath替换并存储在DB中）。 检索注册表路径时，它也会进行反向替换。 因此，此目标路径对您完全不可见。 如果您对此太好奇了，可以通过查询REG_PATH表进行验证。

remoteInstance

'remoteInstance'是'dbConfig'和Mounts之间的映射。 此映射通过'id'和'dbConfig'元素处理。 每个安装配置中引用的“ id”值和dbConfig元素的值应与dbConfig名称相同。 除此以外，“ cacheId”是本节中最重要的配置之一。

url –本地注册表实例的注册表URL。 仅在WSO2治理注册表产品中使用。 因此，您可以为其他产品使用任何值。

readOnly –实例是否为只读。

RegistryRoot-注册表实例的根。

enableCache –是否启用缓存。

cacheId –这是在分布式缓存层中使用的远程实例的唯一标识。 在这里，我们建议将缓存ID用作注册表DBUsername @ DBUrl。

dbConfig

此dbConfig是对添加在master-datasources.xml文件中的数据源的引用。 请注意，您不应删除或修改Registry.xml文件中可用的默认dbConfig。 取而代之的是，您需要添加一个新的dbConfig元素。 此外，作为新添加的dbConfig的名称，您应该使用'wso2registry'以外的名称，因为它已被用作默认的dbConfig名称。

所以，让我回答其他问题。 任何WSO2产品（2018年之前发布）在内部都包含三个注册表空间。 它们是本地的，配置和管理的。

本地注册表（存储库）用于存储实例特定的信息，例如“上次索引时间”等。

Config Registry（存储库）是存储只能与相同产品共享的信息的地方，如果是多节点产品集群，则将共享此部分。

Governance Registry（存储库）是存储在整个WSO2平台上共享的配置和数据的地方。

我们建议将配置和管理部分存储在外部数据库系统中。 由于本地注册表（存储库）部分是特定于实例的，因此我们建议将其存储在默认的H2数据库中。 存储在本地注册表中的信息是故障安全的，可以恢复。 请注意，如果您希望将Local部分存储在外部RDBMS中，则必须为每个实例创建一个单独的数据库（架构）。

因此，让我们继续验证我的安装配置。 在“ remoteInstance”配置中，必须正确引用dbConfig名称。 此数据库配置名称不应与我们用于本地注册表的名称相同。 除此之外，您还必须使用instanceId将每个“ mount”部分正确映射到“ remoteInstance”。

如果您有任何有关注册表安装的问题，可以在此处评论。 很高兴为您服务。

翻译自: https://www.javacodegeeks.com/2017/09/introduction-wso2-registry-mounting.html