Red Hat Container Image Updates

Red Hat は、コンテナーの出現はサプライチェーンの標準化を意味し、お客様はプラットフォームチーム (RHEL)、ミドルウェアチーム (JBoss、Software Collections)、さらにはエンド開発者の間でのより緊密な対話と統合を必要としていると認識しています。Red Hat は、このニーズを満たす 2 つのソリューションを提供しています。1 つは自動化されたソリューション、もう 1 つは従来のエラータ形式のソリューションです。OpenShift Build System (OSBS) などのツールを使用すると、イメージのアップデートを自動的に使用できます。Red Hat は、コンテナーイメージのアップデートにエラータを発行します。これは、より従来型の (キュレーションされた) ワークフローをサポートします。

以下は、Red Hat の最も人気のあるイメージのリリーススケジュールです。

RHEL ベースイメージおよび UBI イメージ

• 「重大」および「重要」の CVE がリリースされた際にビルドされた場合、UBI コンテナーイメージは、RHEL ソフトウェアパッケージから完全にビルドされます。RHEL のソフトウェアパッケージに影響を与える重大かつ重要な CVE (RHEL でリリースされるすべての変更のほんの一部にすぎない) は、標準のリリースプロセスとは非同期で、通常は数時間または数日以内にできるだけ早くパッチが適用され、リリースされます。これらの少数の重大かつ重要な CVE のいずれかが UBI コンテナーイメージに影響を与える場合、イメージは通常、数時間または数日以内に自動的に再ビルドされ、リリースされます。
• 6 週間ごとのビルド: RHEL の機能、バグ修正、および優先度の低い CVE 修正の大部分は、標準化された 6 週間のリリース周期で開発、ビルド、テスト、文書化され、リリースされます。この RHEL リリースプロセスの最後の手順として、すべての UBI コンテナーイメージが再ビルドされ、リリースされます。これにより、UBI には常に RHEL で利用可能な最新のパッチが適用されます。

該当するコンポーネントのアップデートとメンテナンスのライフサイクルは、Red Hat Enterprise Linux のライフサイクル に合わせて行われます。

OpenShift Container Platform (Docker イメージ形式に従って配布)

• RHEL ベースイメージがアップデートされるたびにビルドされます。
• OpenShift/Atomic Platform CVE があるたびに構築されます。
• OpenShift/Atomic Platform リリースがあるたびにビルドされます。

該当するコンポーネントのアップデートとメンテナンスのライフサイクルは、Red Hat OpenShift Container Platform のライフサイクルポリシー に準拠しています。

Red Hat Software Collections

• RHEL ベースイメージがアップデートされるたびにビルドされます。
• Software Collections CVE があるたびにビルドされます。
• Software Collection がリリースされるたびにビルドされます。

該当するコンポーネントのアップデートとメンテナンスのライフサイクルは、Red Hat Software Collections の製品ライフサイクル に準拠しています。

Red Hat JBoss Middleware for OpenShift

• JBoss Middleware の重大な CVE があるたびにビルドされます。
• 重大な RHEL/JDK CVE があるたびにビルドされます。

該当する製品のアップデートおよびメンテナンスのライフサイクルは、Red Hat Application Services 製品のアップデートとサポートポリシー に準拠しています。

JBoss Middleware OpenShift コンテナーイメージの完全なリストは、Red Hat Middleware for OpenShift の 製品ドキュメント に記載されています。