Linux、クラウド、コンテナ、または クベネフィット、あなたは今日のテクノロジーの世界を認識しないでしょう。Linux は、そのすべてを支えるオペレーティング システム基盤です。クラウドは、そのすべてのアプリケーションとリソースへのアクセスを提供します。コンテナーは、それらのアプリケーションが常駐する場所です。Kubernetes は、すべてのコンテナーをオーケストレーションします。これらのうちの 1 つでも削除すると、私たちはより原始的な領域で生活し、働くことになります。
絶えず進化する世界の風景にこれほど大きな影響を与えた技術は他にほとんどありません。 クラウドネイティブコンピューティング Kubernetes として知られています。10 周年を迎える Kubernetes は、オープンソースのコラボレーションとイノベーションの力を証明する存在です。Google でのささやかな始まりからコンテナ オーケストレーションの事実上の標準になるまで、Kubernetes はアプリケーションの展開、管理、拡張の方法を変えてきました。
また： 2025年にWindows 10 PCを救う5つの方法 – ほとんどが無料
私の言うことを鵜呑みにする必要はありません。 ピュアストレージ最近リリースされた Kubernetes専門家の声レポート2024 同社は、「今後 5 年間で、新規アプリケーションの 80% がクラウド ネイティブ プラットフォームで構築される」と予測しています。その割合がそれほど低いことに驚きました。
Kubernetes はコンピューティングのやり方を変えました。eBPF ベースのネットワーク、セキュリティ、可観測性企業である Isovalent の最高オープンソース責任者 Liz Rice 氏は、Kubernetes はネットワークとセキュリティへのアプローチを根本的に変えたと語っています。
Kubernetes は基本的に動的です。 ポッド Kubernetes は需要に応じてスケールアップおよびスケールダウンでき、ワークロードを異なるマシンにスケジュールおよび再スケジュールできます。したがって、Kubernetes ワークロード間のネットワークでは IP パケットが使用されますが、IP アドレスはさまざまなワークロードでさまざまなタイミングで使用および再利用されるため、短期的にしか意味がありません。つまり、ポートと IP アドレスに基づいてトラフィックを識別する従来のネットワークおよびセキュリティ ツールではもはや十分ではありません。一時的な IP アドレスを、ポッド、サービス、名前空間、ノードなどの意味のある Kubernetes ID にマッピングするツールが必要です。
Kubernetes がどこから始まり、クラウドネイティブの世界をどのように形作ってきたのか、そして今後何が待ち受けているのかを理解するために、過去 10 年間を振り返ってみましょう。
Kubernetesの起源
Kubernetes の物語は、エンジニアたちが大規模なコンテナ化されたアプリケーションの管理という課題に取り組んでいた 2010 年代初頭の Google で始まりました。誰もがコンテナの重要性を認識し、コンテナを管理する方法が必要でした。
Google社内では、コンテナを整理することがいかに重要かがすでにわかっていた。Googleは以前からコンテナを使用していたのだ。 Dockerが人気を博したGoogle のエンジニアである Craig McLuckie、Joe Beda、Brendan Burns が 2013 年にこのアイデアを当時 Google の技術インフラストラクチャ責任者だった Urs Hölzle に初めて提案したとき、彼はこう返答しました。「では、これをはっきりさせておきましょう。 Borgタスクスケジューラの外部バージョンを構築したい弊社の最も重要な競争上の優位性の 1 つです。外部に話すことさえないものです。それに加えて、オープンソース化したいとお考えですか?」
はい、はい、そうしました。結局、彼らはヘルツレ氏を説得して、それは良い考えだと納得させました。
なぜでしょうか？マクラッキー氏はこう説明しました。
私たちは、Kubernetes をオープンソース化することが正しい道であり、プロジェクトに多くのメリットをもたらすと常に信じていました。まず、フィードバック ループは基本的に瞬時に行われ、問題があったり、何かがうまく機能しなかったりすると、すぐにそれを知ることができました。しかし、最も重要なのは、コンテナを導入することでメリットを得られる企業のニーズを本当に理解している優秀なエンジニアがたくさんいたことです。これは好循環でした。才能あるエンジニアの仕事がプロジェクトへの関心を高め、改善と使用率がさらに高まりました。
2014年6月初旬、最初のDockerConで、「コンテナオーケストレーション戦争」が始まりました。Apache Mesos、Red Hat の GearD、Docker Libswarm、Facebook の Tupperware、Kubernetes がすべて発表されました。当時 Drone.io の創設者だった Brad Rydzewski 氏は、「#dockercon で学んだことは、誰もが独自のオーケストレーション プラットフォームを構築しているということです。本当に、誰もがです。」と述べています。
Rydzewski の言うことは間違っていませんでした。すぐにさらに多くのオーケストレーション プログラムが続きました。
また： Rust ベースの Edera でコンテナのセキュリティを永久にロックダウン
しかし、初期の頃から、Kubernetes が明らかに勝者になるだろうと思っていました。Kubernetes は、2003 年から使用されてきた Google の Borg コンテナ管理プログラムにヒントを得たものだったので、他のプログラムにはない成熟度がありました。
Kubernetes は急速に人気を集めました。「Kubernetes」という名前は、ギリシャ語で「操舵手」または「パイロット」を意味する言葉に由来し、コンテナ化されたアプリケーションを操縦する役割を象徴しています。Kubernetes のロゴは、7 本のスポークを持つ船の舵輪で、ボーグ族の伝統と、スター トレックに登場する友好的なボーグ族の名であるセブン オブ ナインに敬意を表していますが、これは商標上の明らかな理由から削除されました。
急速な導入とコミュニティの成長
Kubernetesのオープンソース性と堅牢な機能セットは、開発者や企業の間ですぐに人気を博しました。2015年までにKubernetesはバージョン1.0に到達し、GoogleはLinux Foundationと提携して クラウドネイティブコンピューティング財団 (CNCF)Kubernetes をシード テクノロジーとして採用しました。この動きは、Kubernetes を中心とした活気あるコミュニティを育成する上で極めて重要であり、急速なイノベーションと幅広い採用につながりました。
また： Linux Foundationとテクノロジー大手がオープンソースの生成型AIエンタープライズツールで提携
他のコンテナオーケストレーションプログラムはまだ存在していますが、2017年にはAmazon Web Services (AWS) が Kubernetes 向け Elastic Container Service (EKS) を発表そして誰もがその兆候を予測できました。Kubernetes がクラウド ネイティブの世界を支配するでしょう。
同時に、CNCF は Kubernetes エコシステムを育成しました。現在、何百ものクラウドネイティブ プログラムはすべて Kubernetes に依存しています。現在、Kubernetes に依存していない大手クラウド プロバイダーはありません。Kubernetes は、頼りになるコンテナ オーケストレーション プラットフォームになっています。
クラウドネイティブ開発の変革
Kubernetes がクラウドネイティブ開発に与える影響は計り知れません。Kubernetes はアプリケーションのデプロイと管理に新しいパラダイムを導入し、開発者がインフラストラクチャを気にすることなくコードの作成に集中できるようにしました。Kubernetes はコンテナ オーケストレーションの複雑さを抽象化し、自動ロールアウトとロールバック、自己修復、水平スケーリングなどの機能を提供します。
Kubernetesのもう一つの重要な利点は、その移植性です。Kubernetesにデプロイされたアプリケーションは、あらゆるクラウドプロバイダーやオンプレミスのインフラストラクチャで実行できるため、ハイブリッドおよびマルチクラウド環境に最適です。実際、ハイブリッドクラウドは Kubernetesによって生死が決まるこの柔軟性は企業にとって大きな変革をもたらし、ベンダー ロックインを回避し、クラウド戦略を最適化することを可能にします。
また： Red Hat の最新のエンタープライズ Linux ディストリビューションには、ハイブリッド クラウドの複雑さに対処するための新機能が搭載されています。
長年にわたり、関連するクラウドネイティブプログラムに加えて、Kubernetesはその機能を拡張するツールやプロジェクトの豊富なエコシステムを生み出してきました。これには以下が含まれます。 兜再利用可能なチャートを提供することでアプリケーションの導入と管理を簡素化するKubernetesパッケージマネージャー、および プロメテウス強力な Kubernetes 環境監視およびアラート プログラム。
Kubernetesの台頭により、次のような新しいパラダイムも生まれました。 GitOpsは、宣言型インフラストラクチャとアプリケーション管理のための唯一の信頼できる情報源として Git を活用します。
Kubernetesの未来
今後、Kubernetes は減速の兆しを見せません。プラットフォームは進化を続け、新しい機能や拡張機能が定期的に追加されています。Kubernetes コミュニティは、ユーザー エクスペリエンスを簡素化し、セキュリティを強化し、スケーラビリティを強化する方法を模索しています。
ヴィル・アイカス チェーンガード Kubernetes の共同創設者であり作成者の一人である彼は次のように述べています。
CNCF の巨大なランドスケープが開花しました。これは、プラットフォーム チームに提供されるツールやインフラストラクチャのオプションの多様性という点で素晴らしいことです。しかし、Kubernetes を運用するためには多くの選択を迫られることも考えられます。そして、そのランドスケープは巨大化しています。Kubernetes がこれほど人気になった主な理由の 1 つは、そのアプリケーション プログラミング インターフェイス (API) が非常にシンプルで、使用時の認知負荷が比較的低いことだと、私は常に感じていました。Kubernetes が成熟し続けるにつれて、そのメンタル モデルのシンプルさと API の使いやすさを何とか維持する必要があります。
それは言うほど簡単ではありません。Kubernetes とクラウドネイティブ プログラミング パラダイムの両立はますます困難になっています。
eBPF パフォーマンス監視会社 Groundcover の CEO 兼共同創設者である Shahar Azulay 氏は次のように述べています。
Kubernetes は多様なタスクを効果的に管理する能力を実証してきましたが、その複雑さから、相当のセットアップと継続的なメンテナンスが必要になります。Linux が信頼性の高いオペレーティング システムに進化したのと同様に、Kubernetes はよりユーザー フレンドリな抽象化レイヤーに進化するでしょう。Kubernetes の採用が 10 年経っても増え続ける中、効率性とコストの最適化の必要性がますます重要になっています。
今後の展望について、Isovalent の Rice 氏は次のように語っています。
Kubernetes は、レガシー ワークロードやエッジ デバイスと並んで、よりハイブリッドな環境で使用されていることがすでに確認されています。クラウド ネイティブでオープンソースの eBPF ベースのネットワーク、可観測性、セキュリティ プログラムである Cilium のビジョンは、アプリケーション開発者が対話するサービスがどこで実行されているかを知ったり気にしたりする必要がないようにすることです。接続性とセキュリティはすべてプラットフォーム レイヤーで処理される必要があります。
もう一つのエキサイティングな開発は、Kubernetesとサーバーレスコンピューティングの統合です。次のようなプロジェクトがあります。 キューブレス そして 核分裂 持ち込んでいる サーバーレス機能 Kubernetesに統合することで、開発者は サービスとしての機能 (FaaS) 既存の Kubernetes クラスター上に構築できます。サーバーレスと Kubernetes の融合により、クラウド ネイティブ アプリケーションの新たな可能性が開かれます。
また： スキルアップの準備はできていますか? エッジに注目してください (AI だけがすべてではありません)
エッジコンピューティング Kubernetesの組み合わせも増えています。より多くのデバイスとアプリケーションがエッジに移行するにつれて、 Kubernetesはエッジ展開をサポートするために適応されていますKubernetesコミュニティは次のようなプロジェクトに取り組んでいます。 KubeEdge、 MicroK8s、 そして レッドハットデバイスエッジ エッジデバイス上で実行できる軽量で効率的な Kubernetes クラスターを実現します。
Kubernetes の未来は明るいです。継続的なイノベーションと活気あるエコシステムにより、Kubernetes は今後もクラウド ネイティブの環境を形成し続けるでしょう。Kubernetes の 10 年間に乾杯し、コンテナ オーケストレーションにおけるイノベーション、コラボレーション、卓越性がさらに 10 年間続くことを願っています。
