第1章 イメージ builds について
1.1. Builds リンクのコピーリンクがクリップボードにコピーされました!
ビルドとは、入力パラメーターを結果として作成されるオブジェクトに変換するプロセスです。ほとんどの場合、このプロセスは入力パラメーターまたはソースコードを実行可能なイメージに変換するために使用されます。BuildConfig オブジェクトはビルドプロセス全体の定義です。
Red Hat OpenShift Service on AWS クラシックアーキテクチャーは、ビルドイメージからコンテナーを作成し、それらをコンテナーイメージレジストリーにプッシュして Kubernetes を使用します。
ビルドオブジェクトは共通の特性を共有します。これらには、ビルドの入力、ビルドプロセスの完了に関する要件、ビルドプロセスのロギング、正常な builds からのリリースのパブリッシュ、およびビルドの最終ステータスのパブリッシュが含まれます。Builds はリソースの制限を利用し、CPU 使用、メモリー使用およびビルドまたは Pod の実行時間などのリソースの制限を指定します。
ビルドの作成されるオブジェクトはこれを作成するために使用されるビルダーによって異なります。docker および S2I builds の場合、作成されるオブジェクトは実行可能なイメージです。カスタム builds の場合、作成されるオブジェクトはビルダーイメージの作成者が指定するものになります。
さらに、パイプラインビルドストラテジーを使用して、高度なワークフローを実装することができます。
- 継続的インテグレーション
- 継続的デプロイメント
1.1.1. docker ビルド リンクのコピーリンクがクリップボードにコピーされました!
Red Hat OpenShift Service on AWS クラシックアーキテクチャーは Buildah を使用して Dockerfile からコンテナーイメージを構築します。Dockerfile を使用したコンテナーイメージのビルドの詳細は、Dockerfile リファレンスドキュメント を参照してください。
buildArgs 配列を使用して Docker ビルド引数を設定する場合は、Dockerfile リファレンスドキュメントの ARG および FROM の対話方法 を参照してください。
1.1.2. Source-to-Image ビルド リンクのコピーリンクがクリップボードにコピーされました!
Source-to-Image (S2I) は再現可能なコンテナーイメージをビルドするためのツールです。これはアプリケーションソースをコンテナーイメージに注入し、新規イメージをアセンブルして実行可能なイメージを生成します。新規イメージはベースイメージ、ビルダーおよびビルドされたソースを組み込み、buildah run コマンドで使用することができます。S2I は増分 builds をサポートします。これは以前にダウンロードされた依存関係や、以前にビルドされたアーティファクトなどを再利用します。
1.1.3. Pipeline ビルド リンクのコピーリンクがクリップボードにコピーされました!
Pipeline ビルドストラテジーは Red Hat OpenShift Service on AWS クラシックアーキテクチャー 4 では非推奨になりました。同等の機能および改善機能は、Tekton をベースとする Red Hat OpenShift Service on AWS クラシックアーキテクチャー Pipeline にあります。
Red Hat OpenShift Service on AWS クラシックアーキテクチャーの Jenkins イメージは完全にサポートされており、ユーザーは Jenkins ユーザーのドキュメントに従ってジョブで jenkinsfile を定義するか、またはこれをソースコントロール管理システムに保存します。
開発者は、Pipeline ビルドストラテジーを利用して Jenkins パイプラインプラグインで使用できるように Jenkins パイプラインを定義することができます。このビルドは、他のビルドタイプの場合と同様に Red Hat OpenShift Service on AWS クラシックアーキテクチャーでの起動、モニタリング、管理が可能です。
Pipeline ワークフローは、ビルド設定に直接組み込むか、Git リポジトリーに配置してビルド設定で参照して jenkinsfile で定義します。