今回は、一見神秘的なKubernetesを理解するお手伝いをします！

前回彼女と「コンテナ技術」について話したのですが、理解しているようでよくわからず、なかなか受け入れてくれない彼女は、クラウドネイティブ、コンテナ、Kubernetes の「つながり」がわからなかったようです。彼女は毎日、私に「ポピュラーサイエンス」の次のラウンドを勧め、せがみ続けました。それで、私はまた妥協しました。

そこで今回は、Kubernetes について主にお話します。ここで、コンテナテクノロジーについてさらに詳しく知りたい場合は、「『コンテナテクノロジー』についての興味深い話、ガールフレンドがその素晴らしい話をわかりやすい言葉で話してくれと頼んできた」をご覧になることを皆さんに思い出していただきたいと思います。同時に、前号の流れに沿って進めていきます。

さて、本題に戻りましょう。

ちなみに、Docker コンテナ技術はオープンソース化されてから注目を集め、ライブストリーミング業界のリーダーとして人気を博しました。しかし、多くの企業が利用するようになると、Docker を特定の業務、特にオーケストレーション、管理、スケジューリングなどに活用するのは非常に難しいことがわかってきました。現時点では、コンテナを柔軟に管理するための Docker 管理システムが緊急に必要とされています。

慎重な企業は、これがビジネスチャンスでもあることに徐々に気づきました。 2013年は暑い夏でした。 Google 社内の非常に思慮深いプロダクトマネージャーのグループが、オープンソースのコンテナ管理システムを開発してみないかというアイデアを思いつきました。そこで Google は、何らかの支援を得られることを期待して社内でロビー活動を開始しました。

彼らによると、予算が厳しかった初期の頃、Google はサーバーのパフォーマンスを最大限に引き出すために徐々にコンテナの実験を始め、Borg と呼ばれるクラスタ管理システムを構築しました。このシステムにより、Google のサーバーは数千のタスクを実行できるようになり、コンピューティング効率が向上します。

実際、彼らのコンテナベースのクラスタ管理プラットフォームも Borg から進化したものです。

天国は一生懸命働く人を失望させません。たった3000人の兵士で、越は呉を征服できる。ついに彼らのロビー活動はフィードバックを受けた。そこで、Google はコンテナベースのクラスタ管理プラットフォームである Kubernetes の開発を開始しました。

2014 年 6 月、Google は Kubernetes を正式に発表し、オープンソース化しました。

えーっと、Kubernetes という言葉はギリシャ語に由来し、操舵手や航海士を意味します。 K8S はその略称であり、「ubernete」の 8 つの文字を数字の「8」に置き換えたものです。

オープンソースの発表後、Microsoft、Red Hat、IBM、Docker、CoreOS、Mesosphere、Saltstack などの企業がそのニュースを聞き、K8s の温かい歓迎に飛びつきました。

その後、VMware、HP、Intel などの企業も参加しました。

2015 年 7 月、Google は正式に OpenStack Foundation に加盟しました。同時に、Kuberentes v1.0 が正式にリリースされました。

現在、kubernetesのバージョンはV1.13に開発されています。

現時点で、K8s の錬金術の旅は正式に完了しました。

現在、K8s はコンテナやクラウドネイティブの分野でその実力を発揮し始めており、将来的には無限の可能性を秘めています。

これはK8sです。つまり、コンテナベースのクラスター管理プラットフォームです。

次に、K8s アーキテクチャを見てみましょう。実際、K8s システムは通常、K8s クラスターと呼ばれます。クラスターは主に、マスターノード (マスターノード) とノードノード (コンピューティングノード) のグループの 2 つの部分で構成されます。このうち、マスターノードは管理と制御を担当します。ノードノードは、特定のコンテナーを含むワークロードノードです。

マスターノード

マスターノードには、API サーバー、スケジューラ、コントローラマネージャー、etcd が含まれます。

API サーバーは、クライアントや他のコンポーネントから呼び出されるシステム全体の外部インターフェースであり、「ビジネスホール」に相当します。

スケジューラは、クラスター内のリソースのスケジュールを担当し、「スケジュールルーム」に相当します。

コントローラマネージャーは、コントローラの管理を担当し、「ゼネラルマネージャー」に相当します。

ノード

ノードには、Docker、kubelet、kube-proxy、Fluentd、kube-dns (オプション)、Pod が含まれます。

Pod は Kubernetes の最も基本的な操作単位です。 Pod はクラスター内で実行されているプロセスを表し、1 つ以上の密接に関連するコンテナーをカプセル化します。

Docker、コンテナを作成します。

Kubelet は、作成、変更、監視、削除など、配置されているノードに割り当てられた Pod を監視する役割を担います。

Kube-proxy は主に、Pod オブジェクトのプロキシを提供する役割を担います。

Fluentd は主にログの収集、保存、クエリを担当します。

では、K8s の利点と欠点は何でしょうか?

Kubernetes が市場にある唯一のコンテナ管理プラットフォームではないことはわかっていますが、それでも非常に人気があります。理由を見てみましょう。

使いやすいです。 Kubernetes を使用すると、コンテナ化されたアプリケーションを一度作成するだけで、あらゆる種類のクラウドプロバイダーとプライベートクラウドで実行できます。
早くて簡単。開発者はアプリケーションを迅速に展開できます。
ハードウェアの使用量を削減すると、40～50% 削減できます。
オープンソースコミュニティは大規模です。 Google はこれをオープンソースプロジェクトとしてリリースし、1,000 人を超えるコミュニティ貢献者と 34,000 件のコミットを獲得しました。

同時に、K8s には避けられない欠点もあります。