クラウドネイティブ開発は、高度な展開の青写真となる

これらの詳細は、企業が要素の内容や要素の配置、機能のグループ化方法を理解するのに役立ちます。開発者がクラウド ネイティブ開発環境にリモート コンテナ プラットフォームを採用するユース ケースを見て、それが職場にどのようにマッピングされてソリューションを展開するかを見てみましょう。

開発者のオンプレミス サーバーから開発、テスト、そして最終的には本番環境までの高度な展開のための、この高レベルの展開ブループリントを調べてみましょう。安全で認定された信頼できるイメージが企業の運用環境に配信されるように、エンタープライズ イメージ レジストリの構造について詳しく説明します。

[[333177]]

展開する

この例は、オンプレミス サーバーで作業し、コード ソリューションを提供し、コンテナー ツールを使用して CI/CD ワークフローの構築を開始するクラウド ネイティブ開発者から始まります。

このブループリントでは、ツールは OpenShift Container Platform で使用されるため、継続的インテグレーション (CI)/継続的デリバリー (CD) OpenShift プラットフォームでの初期ビルド用の OpenShift クライアントが表示されます。これは、開発者が自分のコードに満足しているときに起こります。 OpenShift Container Platform クラスターでホストされる継続的インテグレーション (CI)/継続的デリバリー (CD) プラットフォームへのビルドおよびテスト要求をトリガーします。

• 内部リポジトリにコミットが行われたときにコード プッシュをトリガーするには、git フックを使用します。
• Maven プラグインを使用します。これは、アクティブ化されると開発インフラストラクチャへのプッシュをトリガーします。
• oc クライアント コンテナー ツールを使用します。

開発チームは、継続的インテグレーション (CI)/継続的デリバリー (CD) プラットフォームにコードをプッシュする際に、ニーズに最適なアプローチを自由に使用できます。

継続的インテグレーション (CI)/継続的デリバリー (CD) インフラストラクチャ

開発者のオンプレミスの作業環境からプッシュされたコードは、継続的インテグレーション (CI)/継続的デリバリー (CD) プラットフォームによって取得されます。ほとんどの場合、このプラットフォームは Jenkins ベースのプラットフォームです。たとえば、継続的インテグレーション (CI)/継続的デリバリー (CD) プラットフォームでは、「ソースからイメージ」のワークフローを使用してコンテナ イメージを構築し、イメージをテストして、一時的なイメージ レジストリに配置できます。この時点で、appImage:dev としてタグ付けされ、Quay によって管理されるエンタープライズ イメージ レジストリをホストする OpenShift クラスターにプッシュされます。

事業登録フォーム

高度なデプロイメントでは、信頼されていないコンテナ イメージを開発およびテストするためのサンドボックス レジストリがあることを確認します。 appImage:dev イメージはサンドボックス レジストリにプッシュされました。ここでは、インポートされたサードパーティ イメージ、外部イメージ、および内部セキュリティと認証の要件に対してテストされていないその他のイメージが見つかります。

すべての最終的な開発タグ付きイメージ (例: appImage:dev コンテナ イメージ) は、さらなるテストのために開発インフラストラクチャにプッシュされます。コンテナ イメージがセキュリティ要件を満たし、さらに内部テスト要件に合格することが認定されると、2 番目のエンタープライズ レジストリに移動されます。この時点で、それらは信頼できるイメージとみなされ、このブループリントのさらに下層にあるテストおよび本番インフラストラクチャにプッシュできます。

開発インフラ

開発インフラストラクチャ イメージ レジストリには、appImage:dev のタグが付けられたコンテナ イメージのコピーがロードされ、ワー​​クロードに関連付けられたアプリケーションおよびマイクロサービスとともにデプロイされます。開発インフラストラクチャは独自の OpenShift クラスターに含まれており、開発されたアプリケーションとマイクロサービスをさらにテストおよび検証するために使用されます。

開発テストとその他の認証およびセキュリティ要件が満たされると、appImage は appImage:test としてタグ付けされ、サンドボックス レジストリからエンタープライズ レジストリにプッシュされます。

テストインフラストラクチャ

テストとしてマークされたすべてのイメージは、Quay エンタープライズ イメージ レジストリからテスト インフラストラクチャのテスト OpenShift クラスター イメージ レジストリにプッシュされます。 appImage:test は、必要に応じてアプリケーションとマイクロサービスを含むコンテナをデプロイするために使用されます。この時点で、新しいテスト インフラストラクチャ データと本番環境への展開に向けた要件を使用して、テスト サイクルが再度開始されます。

テストが完了したら、appImage に appImage:prod のタグを付け、エンタープライズ レジストリで更新します。

生産インフラ

prod としてタグ付けされたすべてのイメージは、Quay エンタープライズ イメージ レジストリから実稼働 OpenShift クラスター イメージ レジストリに実稼働インフラストラクチャにプッシュされます。 appImage:prod は、必要に応じてアプリケーションとマイクロサービスを含むコンテナをデプロイするために使用されます。この時点で、ワークロードはライブであり、実稼働環境で使用できます。

このユースケースでは、企業内でクラウドネイティブ開発を使用して、ワークロードに高度なデプロイメント アーキテクチャを提供します。エンタープライズ クラウド ネイティブ開発プロセスをマッピングして、開発者ソリューションを本番環境インフラストラクチャに展開するための青写真を備えています。

チャートを見る

前述のように、企業はすべてのアーキテクチャ ブループリントのサンプル リポジトリを作成できます。ポートフォリオのサンプル リポジトリを使用すると、各ダイアグラム要素やプロジェクト全体から個々の画像を収集して共有できます。

以下は、クラウド ネイティブ開発に関連する図のコレクションです。

• この場合、クリックすると 1 つの画像を表示できます。
• プロジェクト ファイルは、「ダイアグラムのダウンロード」リンクを使用してローカル コンピューターにダウンロードできます。
• 「ダイアグラムの読み込み」リンクをクリックすると、このブループリントで使用されているダイアグラム作成ツールでプロジェクト ダイアグラムが自動的に開きます。

企業は、論理マップ、概略マップ、詳細マップ、ソリューション マップ、コミュニティ マップのコレクションを探索することができます。既存の図を使用してプロジェクトを開始できる場合は、最初から始めるよりもはるかに早く完了するはずです。