アトランタでの KubeCon + CloudNativeCon 北米において、Amazon EKS の Jesse Butler が Kubernetes を Linux の進化に例えました。彼は AWS がオープンソースプロジェクト Kro と Karpenter を Kubernetes コミュニティに寄付したことを強調しました。これらの貢献は、単独の製品ではなくエコシステム全体の機能構築へのシフトを反映しています。
Amazon EKS の主任プロジェクトマネージャーである Jesse Butler は、アトランタでの KubeCon + CloudNativeCon 北米で、Kubernetes が Linux に似た普遍的な標準に成熟していることについて講演しました。「誰もが商用 Linux ディストリビューションを持っています。それが私たちがすべて実行しているものです」と Butler は述べました。「Kubernetes も今やその段階に達したと思います。私たちは独自のカスタムクラスタ API サーバーや独自のコントロールプレーンを構築するところから、大規模なエンタープライズ向けに標準を構築する方向へ移行しました。」
この普遍性は、AWS のような企業がオープンソースにどのように貢献するかを影響します。TNS の創設者兼発行者の Alex Williams との議論で、Butler は Kubernetes SIG を通じて AWS が寄付した 2 つのプロジェクトについて説明しました：Kubernetes Resource Orchestrator (Kro) と Karpenter。
Kro は、カスタムリソース定義 (CRD) によるコントローラーの増殖に対処します。顧客は以前、20 または 30 のカスタムリソースを小さなチームで管理し、ビジネスロジック以外のコードを扱っていました。「私たちの顧客の中には、4 〜 5 年前に 20 または 30 のカスタムリソースを持っていたところもあります」と Butler は指摘しました。「大きな組織内の小さなチームがこのコードだけを所有しなければならず、それは本当のビジネスロジックではありません。」Kro は YAML の Simple Schema を使用して CRD とマイクロコントローラーを自動生成し、依存関係を推測し、有向非巡回グラフを作成し、Kubernetes 内でオーケストレーションを処理します。
Karpenter は、ピークの多いクラウドネイティブワークロードのノードプロビジョニングを扱います。「クラウドネイティブワークロードは一般的にピークがあり、動的です」と Butler は述べました。それはオンデマンドでスケーリングするジャストインタイムのプロビジョニングを提供し、コストを最適化します。API はシンプルさを可能にし、「ノードを 1 つください」などのリクエストや詳細な構成を許可します。この設計により、Kubernetes SIG Autoscaling への寄付に至りました。
両プロジェクトは AWS の哲学を体現しています：「Kubernetes とクラウドネイティブソフトウェアの文脈では、これはコミュニティであり、私たちは皆顧客です」と Butler は述べました。「私たちの製品のためだけに何かを構築して、それが Kubernetes だと言うことはできません。」このアプローチは、独自ソリューションよりも広範なエコシステムをサポートします。