第 13 章 部署环境后的可选步骤


根据您的环境需求,您可能需要在部署后完成某些可选步骤。

13.1. (可选)提供 Git hook 目录

如果您部署了编写的环境并配置 GIT_HOOKS_DIR 参数,则必须提供一个 Git hook 目录,且必须在 Business Central 部署中挂载此目录。

Git hook 的典型用途与上游存储库交互。要启用 Git hook 将提交推送到上游存储库,还必须提供一个与上游存储库上配置的公钥对应的 secret 密钥。

先决条件

  • 已使用模板部署了 Red Hat Process Automation Manager 编写环境
  • 您可以在部署中设置 GIT_HOOKS_DIR 参数

流程

  1. 如果需要使用 SSH 身份验证与上游存储库交互,请完成以下步骤以使用所需文件准备并挂载 secret:

    1. 使用与存储库中存储的公钥匹配的私钥准备 id_rsa 文件。
    2. 使用存储库的正确名称、地址和公钥准备 known_hosts 文件。
    3. 使用 oc 命令创建带有两个文件的 secret,例如:

      oc create secret git-hooks-secret --from-file=id_rsa=id_rsa --from-file=known_hosts=known_hosts
    4. 将 secret 挂载到 Business Central 部署的 SSH 密钥路径中,例如:

      oc set volume dc/<myapp>-rhpamcentr --add --type secret --secret-name git-hooks-secret --mount-path=/home/jboss/.ssh --name=ssh-key

      <myapp > 替换为您在配置模板时设置的应用程序名称。

  2. 创建 Git hook 目录。具体步骤请查看 Git hook 参考文档

    例如,一个简单的 Git hook 目录可以提供提交后 hook,用于推送上游更改。如果项目从存储库导入到 Business Central,则此存储库将配置为上游存储库。创建名为 post-commit 的文件,其权限值为 755 和以下内容:

    git push
    注意

    Business Central 不支持 pre-commit 脚本。使用 提交后 脚本。

  3. 为 Business Central 部署提供 Git hook 目录。您可以使用配置映射或持久性卷。

    1. 如果 Git hook 由一个或多个固定的脚本文件组成,请使用配置映射。完成以下步骤:

      1. 更改到您创建的 Git hook 目录。
      2. 从目录中的文件创建 OpenShift 配置映射。运行以下命令:

        oc create configmap git-hooks --from-file=<file_1>=<file_1> --from-file=<file_2>=<file_2> ...

        file_1、 file_2 等替换为 Git hook 脚本文件名。例如:

        oc create configmap git-hooks --from-file=post-commit=post-commit
      3. 将配置映射挂载到您配置的路径中的 Business Central 部署中:

        oc set volume dc/<myapp>-rhpamcentr --add --type configmap --configmap-name git-hooks  --mount-path=<git_hooks_dir> --name=git-hooks

        <myapp> 替换为在配置模板时设置的应用程序名称,<git_hooks_dir> 是在配置模式时设置的 GIT_HOOKS_DIR 的值。

    2. 如果 Git hook 由长文件或依赖二进制文件组成,如可执行文件或 KJAR 文件,请使用持久性卷。您必须创建一个持久性卷,创建一个持久性卷声明,并将卷与声明关联,将文件传送到卷,并在 myapp-rhpamcentr 部署配置中挂载卷(将 myapp 替换为应用程序名称)。有关创建和挂载持久性卷的说明,请参阅使用持久性卷。有关将文件复制到持久性卷的说明,请参阅 从容器中传输文件和移出 文件。
  4. 等待几分钟,然后检查项目中的 pod 列表和状态。由于在提供 Git hook 目录前 Business Central 不会启动,所以 KIE 服务器可能根本不启动。要查看它是否已启动,请检查以下命令的输出:

    oc get pods

    如果一个有效的 KIE Server pod 不存在,请启动它:

    oc rollout latest dc/<myapp>-kieserver

    <myapp > 替换为配置模板时设置的应用程序名称。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.