第5章 アプリケーションのデプロイとセキュリティーインサイトの表示


組織は、通常、開発、実稼働前、および実稼働の各段階を含む構造化されたアプローチを使用してアプリケーションをデプロイします。このプロセスは、多くの場合、自動化され、定義されたルールとトリガーによって管理されます。

このガイドでは、OpenShift GitOps で ArgoCD を介してアプリケーションをデプロイし、すべての段階で継続的デプロイメントを実現する方法を説明します。ArgoCD は、GitOps ベースのデプロイ戦略を促進し、Git リポジトリーを、インフラストラクチャー設定の信頼できる唯一の情報源として扱います。このリポジトリーを更新すると、環境全体のデプロイがトリガーされます。

注記

このガイドでは、デプロイ方法の例を示します。組織のワークフローに適した方法を採用してください。

5.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 ディレクトリーを見つけます。ここには、各環境に対応する developmentstage、および prod サブディレクトリーがあります。
  8. アプリケーションを、開発環境からステージ環境または実稼働環境に手動で移動します。

    アプリケーションの移動先実行する手順

    開発環境からステージ環境

    1. development ディレクトリーを展開し、deployment-patch.yaml を選択します。
    2. コンテナーイメージの URL をコピーします。たとえば、quay.io/<username>/<app-name>/imageurl です。
    3. stage ディレクトリーに移動し、deployment-patch.yaml を選択して、既存のコンテナーイメージ URL を、コピーした 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 を、コピーした 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 タブで最新のデプロイメント更新を確認します。アプリケーションの現在のステータス、デプロイメントの詳細、パイプライン実行の作成者、コミットメッセージ (ステージ環境から実稼働環境へのプロモートなど)、実稼働環境に進んだコンテナーイメージに関する更新が表示されます。

検証

  • アプリケーションのプロモートが成功したかどうかを評価するには、Topology タブに移動します。ここで、指定した名前空間全体のアプリケーションの配布状況を確認できます。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.