第 6 章 部署应用程序并查看安全见解


组织利用结构化方式进行应用部署,通常涉及开发、预生产环境和生产阶段。此过程通常由定义的规则和触发器自动执行和管理。

本指南概述了通过 OpenShift GitOps 中的 ArgoCD 部署应用程序,可在所有阶段持续部署。ArgoCD 有助于基于 GitOps 的部署策略,将 Git 存储库视为基础架构配置的真实单一来源。此存储库的更新会触发跨环境的部署。

注意

本指南显示了一个示例部署方法;机构可能会采用适合其工作流的任何方法。

6.1. 将构建提升到预生产环境或生产环境

将构建从一个环境提升到另一个环境(如从开发到阶段或生产)涉及通过拉取请求(PR)更新 GitOps 存储库。

  1. 在 RHDH 平台上,选择 Catalog
  2. Kind 下拉列表中,选择 Resource,然后选择适当的 GitOps 存储库。
  3. 在 Overview 选项卡上,选择 View Source
  4. (可选) 另外,选择 Catalog,然后在 Overview 选项卡中选择 View TechDocs

    1. Home > Repository 部分中,选择 GitOps 存储库。
  5. 克隆 GitOps 存储库,再进入 component/<app-name> 目录。

    注意

    确保本地克隆为最新版本。

  6. 签出新分支。
  7. 在存储库中,找到 component/<app-name>/overlays 目录,在其中找到 开发stageprod 子目录,各自对应于一个环境。
  8. 手动将应用程序从开发环境迁移到阶段或生产环境。

    Expand
    移动应用程序执行此操作

    从开发到暂存环境

    1. 展开 development 目录,再选择 deployment-patch.yaml
    2. 复制容器镜像 URL。例如: quay.io/<username>/<app-name>/imageurl。
    3. 进入 stage 目录,选择 deployment-patch.yaml,并将现有的容器镜像 URL 替换为复制的镜像。
    注意

    如果要提升其他配置更改(例如,副本)以及从开发到暂存环境的容器镜像,请复制位于 development 目录中的 deployment-patch.yaml 文件中的更改,并将它们粘贴到 stage 目录中的 deployment-patch.yaml 文件中。

    从阶段到生产环境

    1. 展开 stage 目录并选择 deployment-patch.yaml
    2. 复制容器镜像 URL。例如: quay.io/<username>/<app-name>/imageurl。
    3. 进入 prod 目录,选择 deployment-patch.yaml,并将现有的容器镜像 URL 替换为复制的镜像。
    注意

    如果要提升其他配置更改(例如,副本)以及从阶段到生产环境的容器镜像,请从 stage 目录中的 deployment-patch.yaml 文件复制更改,并将它们粘贴到 prod 目录中的 deployment-patch.yaml 文件中。

  9. 提交并推送您的更新。
  10. 创建拉取请求(PR)。此操作启动一个提升管道运行,针对 Red Hat Enterprise Contract (Enterprise Contract)策略验证更新的容器镜像。管道运行可视化表示所有任务,绿色 状态表示成功完成。

    1. 查看 RHDH 中的 CI 选项卡中的提升管道。
  11. 检查并合并 PR。合并 PR 触发 ArgoCD,然后自动应用必要的更改来将构建提升到下一个环境。

    1. 查看 RHDH 中的 CD 选项卡中的最新部署更新。它显示应用程序的当前状态、部署详情、管道运行的作者、提交消息(如 Promote stage to prod)以及容器镜像高级到生产环境。

验证

  • 要评估应用程序的成功提升,请进入 Topology 选项卡。您可以在指定的命名空间中查看应用的分发。
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部