Kubernetesが水族館だったら

これはアプリケーションです。

それ自体は完全な機能単位ですが、それだけでは存続できません。適切に構成された環境が必要です。

この魚類プログラムは生き残るために特に水を必要とします。

他のランダムなアプリやプログラムと一緒に海に捨てることもできます。

しかし、資源をめぐって競争し、海中の他のあらゆるものに対処しなければなりません。

専用のスペースやリソースはありません。

これがコンテナ化を行う理由です。

Docker などのツールを使用すると、アプリケーション用のコンテナを設定してアプリケーションを分離し、独自の環境を提供することができます。

これは、Kubernetes の基本的な構成要素である Pod です。

それはコンテナ化されたアプリケーションを入れる単なる箱です。 Kubernetes がそれが何であるか、どのように参照するかを認識できるように、ラベルが付けられています。

これで、魚はポッド内に安全にプロビジョニングされ、Kubernetes Aquarium 経由で管理できるようになりました。

アプリケーションによっては、メモリや CPU などのリソースが必要になる場合があります。

ここでは、水槽コンテナの水フィルターを使用するために 60W の電力が必要です。

水族館には水槽を収容するためのさまざまな部屋があります。

ここの最初の部屋では、利用できるリソースがもうありません。2 つの電源ソケットがすでに使用されています。

2 番目の部屋には利用可能なソケットがありましたが、この部屋のソケットは 40W の電力しか供給できず、私たちの水槽には 60 ワットが必要であることがわかりました。

これらの部屋は、Kubernetes クラスター内のノード、つまりポッドを実行するワーカーです。

Kubernetes は水族館のディレクターです。

どの部屋を所有しているか、どのようなリソースを持っているかを把握しており、このすべての情報に基づいて新しい水槽をどこに置くかを決定します。

他に制限がなかったため、タンクをすべての部屋に均等に配置することにしました。

私たちは通常、1 つの水槽で 1 匹の魚だけを飼育することはありません。水族館の館長は、水槽を集めて展示することがよくあります。

ここの深海展示は、いくつかの魚の水槽、いくつかのクラゲの水槽、そして巨大イカの水槽で構成されています。展示の一部として作成する場合、各コンテナをいくつ作成するかを決定します。

展示品をデザインする際には、展示品の各アイテムを作成するための手順書を提供します。

それぞれに何個のタンクが必要か、また修理が必要な場合に新しいタンクを作成する方法について詳細に検討しました。入れる水の量、希望する水温、入れる餌の量をリストアップしました。

これらの指示を Kubernetes Aquarium スーパーバイザーに与えることで、アプリケーションごとに正しい数のタンクを維持する実際の作業を他の誰か、つまり Aquarium インターンに委任できるようになります。

彼らの仕事は、水槽に常に正しい数の魚が展示されていることを確認することです。 Kubernetes の用語では、デプロイメントとともに作成されるこのインターンはレプリカ セットと呼ばれます。

水族館を訪れる人は、フレッド・シーを見ているのかパール・シーを見ているのかは気にせず、ただシーを見たいだけなのです。

展示されているクラゲが疲れて休憩が必要になったら、インターンは指示に従ってクラゲを新しいものと交換します。

Kubernetes の世界では、レプリカ セットにより、ポッドがダウンしたときに新しいポッドが起動され、適切な数のポッドが使用可能になります。

展示会を設計する際には、もう一つ重要な考慮事項があります。

これまでは、説明のために、コンテナ化されたアプリケーションを保持するボックスである Pod を示してきました。

ポッドをより正確に説明できます。外から見ると、それは単にラベルが貼られたポッドです。

もちろん、Kubernetes Aquarium Supervisor に内部で何が起こっているのか詳しく尋ねることもできます。しかし、これは私たちにとっては表示するのにあまり役立ちません。ユーザー (水族館の訪問者) がアプリケーションを見て操作できるようにするためです。

必要なのは、水族館の訪問者がポッドの内部を覗けるような何らかの方法だ。

中の魚にアクセスできるように、何らかの窓を開ける必要があります。

Kubernetes Aquarium では、答えはサービスです。サービスにはいくつかの異なる役割がありますが、主な役割はコンテナ内のポートを公開して外部からアクセスできるようにすることです。

当社のポッドにサービスを適用することで、水族館の訪問者は中の魚を体験できるようになります。

サービスにより、ポッドとコンテナが相互にアクセスすることもできます。

2 つの水槽の魚が水と餌を相互に交換できるようにしたい場合は、このやり取りを可能にするサービスを設定できます。

ここで適用できるもう 1 つの方法は、ネットワーク ポリシーです。

ここでは、水槽内の水が外へは流れますが、内へは流れない一方向バルブです。

構成マップは、Pod が動作するために必要な変数または値のセットです。

魚が機能するには餌の入った箱が必要です。コンテナにデバイスをインストールします。

また、透明な設定マップと不透明な設定マップについても説明します。これらの設定マップには、日常的な値や秘密の値を含めることができます。

Kubernetes には他にも多くの要素がありますが、これらは水族館を構成し、そのキュレーターが行った選択を説明する基本的な構成要素の多くです。

なぜこのような例え話をするのでしょうか?実は、Kubernetes にはたくさんのものがあります。多くの名詞は物に包まれたもの、物と重なり合う物に包まれたものなのです。玉ねぎのように層状になっています。

ここで取り上げるすべての用語を説明する図の多くはこのようになります。

技術的には正確ですが、私にとってはあまり役に立ちません。魚や水槽のようなアナロジーをテクノロジーに当てはめると、頭の中でこれらすべてを解析するのに役立ちます。