OpenShiftとKubernetesの違い
OpenShiftとKubernetesの違いは何ですか？いつ使用すべきですか？ OpenShiftが内部でKubernetesを実行していることを理解していますが、OpenShiftの実行がKubernetesよりも優れている場合、およびOpenShiftが過剰になる可能性がある場合を判断しようとしています。
@SteveSで言及されている追加のAPIエンティティに加えて、Openshiftには高度なセキュリティの概念もあります。
これは、セキュリティに関する特定の要件があるエンタープライズコンテキストで実行する場合に非常に役立ちます。これは、本番環境での実際のアプリケーションの強みになる可能性があるだけでなく、最初は多くのフラストレーションの原因となる可能性があります。注目すべき例の1つは、デフォルトでは、コンテナはKubernetesではrootとして実行されますが、arbitrary user Openshiftで高いID（例：1000090000）。 これは、DockerHubの多くのコンテナーが期待どおりに機能しないことを意味します。一部の一般的なアプリケーションでは、The Red Hat Container Catalog がこの機能/制限を考慮したイメージを提供します。ただし、このカタログには、一般的なコンテナのサブセットのみが含まれています。
システムについて理解するために、Kubernetesから始めることを強くお勧めします。 Minikube は、ローカルの1ノードKubernetesクラスターをすばやくセットアップして操作するための優れた方法です。基本的な概念に精通している場合は、Openshift機能の影響と設計上の決定をよりよく理解できます。
OpenShiftにはKubernetesのディストリビューションが含まれているため、OpenShiftの追加機能が必要ない場合は、Webコンソール、ビルド、高度なデプロイメントモデルなど、それらを無視するように選択できます。
- Kubernetesには上りルールが付属していますが、Openshiftにはルートが付属しています
- KubernetesにはIngressControllerがありますが、OpenshiftにはHAProxyとしてルーターがあります
- Openshiftのcliで名前空間を切り替えるのは非常に簡単ですが、kubernetesではcontexを作成してコンテキストを切り替える必要があります
- Openshift UIはKubernetesよりもインタラクティブで有益です
- Openshift内でDockerイメージを焼くにはBuildConfigがありますが、kubernetesにはイメージをビルドしてレジストリにプッシュするために必要なものがありません
- Openshiftにはパイプラインがあり、アプリをデプロイするのにジェンキンは必要ありませんが、Kubernetesには必要ありません。