すでに Docker があるのに、なぜ Kubernetes が必要なのでしょうか?

諺にもあるように、「千人の読者の目には千のハムレットがある」。 Kubernetes にも同じことが当てはまります。同じシステムでも開発者によって見方は異なり、段階によって理解もまったく異なります。

Kubernetes を学び始める前は、Kubernetes はさまざまな抽象的な概念と複雑なインストールプロセスを備えた非常に複雑なシステムだと思っていました。インストールがスムーズに進まなかったので、あきらめそうになりました。理由は簡単です。すでに Docker があるのに、なぜ Kubernetes が必要なのでしょうか?

Kubernetes システムが複雑で難しいのは、実際に何をするのかがわからないからです。古いバージョンのインストールプロセスが面倒なことと相まって、作業するには多少の忍耐力が必要です。それでは、簡単な比較表を通じて、それが何をするのかを説明しましょう。

図の上部だけを見ると、HOST が Pod に置き換えられ、基盤となるネットワークが実際のネットワークではなくオーバーレイネットワーク、つまり仮想ネットワークに置き換えられただけの変更点があります。 APP 開発者にとって、コンテナ技術をまったく理解していなくても問題ありません。これが Kubernetes の力です。提供される抽象化レイヤーは、APP 開発者にとって完全に透過的です。 POD で使用する場合と HOST ホストで使用する場合の間に本質的な違いはありません。

相変わらず同じ質問です。Docker がすでにあるのに、なぜ Kubernetes が必要なのでしょうか?

この質問に答えるには、まず Docker を導入する必要がある理由から始めなければなりません。コンテナ化されたデプロイメントが必要だからです。では、なぜコンテナ化されたデプロイメントが必要なのでしょうか?この質問についてもう少し詳しく説明しましょう。ここでは怠けてやめておきます。コンテナ化されたデプロイメント後に発生する新しい問題、つまりコンテナインスタンス数の増加について見てみましょう。コンテナインスタンスの数が増えると、卵が多すぎて、すべてを収容するためのバスケットが必要になるようなものです。 Kubernetes はそのバスケットです。もちろん、これは単純なバスケットではありませんので、ここでは詳しく説明しません。

標準的な答えは、Docker があるために Kubernetes が必要である、ということです。ループに入ってしまったような気がしますか?私も同じ気持ちです。

この図から、Docker コンテナテクノロジーが Kubernetes プラットフォームの基盤となっていることもわかります。コンテナ技術の主な機能は分離です。システムの主要なリソースを分離することにより、ホストの抽象化が実現されます。 Kubernetes プラットフォームは、抽象ホストに基づいてクラスターの抽象化を実装します。

一言でまとめると次のようになります。