検討された代替案

このセットアップは、仮想マシンのセットアップが不要なため、より最小限の構成になります。

Docker Composeは、実際のDocker実行時にはCPU制限をサポートしますが、Podmanではサポートしません。

Docker Composeはテンプレートをサポートしていないため、異なるCPU制限を持つさまざまなセットアップのカスタマイズは困難ですが、Helm for minikubeではそのようなテンプレートが利用可能です。Grafanaスタックの場合、カスタマイズ可能な優れたHelmテンプレートがありますが、Docker Composeにはそのような方法はありません。

Minishiftと同じ機能を持ち、オペレーターサポートがすでにインストールされています。自動的にセットアップできます（開発者がRed Hatアカウントに登録し、プルシークレットを取得する場合）。

OpenShiftスタイルの監視は、標準の監視機能/オペレーター、およびおそらく追加の拡張機能を使用してインストールできます。一方、HelmチャートはOpenShiftオペレーターよりも構成可能であるように思われます。

Keycloak Javaオペレーターのチームは、minikubeでテストするために取り組んでおり、オペレーターハブ機能はシェルスクリプトで数分以内にインストールできます。これにより、このセットアップのためにMinishiftでKeycloakオペレーターを実行することも可能になります。

OpenShift Localは常にVMを使用し、CPUとRAMの使用量に関してよりヘビーウェイトになります。OpenShiftをインストールすることは、コミュニティ貢献者にとってより大きなステップです。長期的には、OpenShiftとminikubeの両方のセットアップを維持することは、より高いメンテナンスコストになる可能性があります。OpenShift Localをゼロからインストールするには、Minishiftをインストールするよりもはるかに時間がかかります。OpenShiftには、ダウンロードしてコンテナを起動する必要があるオペレーターが多数付属しており、依存関係を待機するためです。

minikubeには、コンテナをローカルで軽量にビルドし、実行中のminikubeインスタンスに提供するメカニズムがあります。OpenShiftの代替案は、バイナリビルドになります。