は多くのことを意味しdockerイメージを実行するためにKubernetesを使用するには、「docker engine」が必須です。Kubernetesを稼動させるためにドッカーが必要ですか？</p> <ul> <li>ドッカ画像 <li></li>とイメージを実行するためのツール（ドッカエンジン）</li> </ul> <p>私は混乱していますし、それは私のためにはっきりしていない： がありますドッキングウィンドウとして
そうでなければ、ドッカーエンジンでクベーツネットを実行することをお勧めしますか？
kubernetes docには、rktがdockerdを回避する代替手段であることがわかりましたが、本番クラスタのサウンド構成として保持されていますか？
さらに、ドッカーのライセンス変更のため、 プロダクション環境で使用している人は何ですか： RHEL + docker EE + Kubernetes？
EDIT：本番環境
を対象に、質問を明確はい、Kubernetesは、多くの場合、コンテナを実行するために必要なものをアップバンドルされていますが、それ自体は、コンテナのオーケストレーションシステムです。したがって、必要なコンテナエンジンが必要な場合は、必要なコンテナ（Dockerなど）を実行する必要があります。
他のコンテナソリューションを使用している場合を除き、私は個人的にDockerを推奨します。
ドッカーエンジンは必須ではなくなりました。単にデフォルトです。 Kubernetesのドキュメントは、代わりRKTを使用することができます方法について説明します。
は、私は、@クリスに同意ドッカーに固執する傾向があります。これは、すべてのプラットフォーム上で最も広くサポートされているコンテナエンジンです。
追加
それは私がドッカーエンジンはRedHatのシステムのためにパッケージ化されているどのように関連して、いくつかの混乱を経験したことは注目に値します。前ドッカーの最近のライセンスの変更から選択する3種類のRPMパッケージ信じられないほどありました：
再）RedHatのことでRPMパッケージの新バージョン「docker-ce」を導入したようだ。
短い話ですが、Redhatでサポートされている「ドッカー最新」のパッケージを使用してください。 Dockerの新しいリリースで定期的に導入された後方互換性の問題をRedhatが処理するのが簡単だったので、Docker Inc.のパッケージを使用することをやめました。