Kubernetesを避け続けたインフラエンジニアが、ついに正面から向き合ってみた
A skeptic's first contact with Kubernetes (2024)
長年インフラを手がけながらKubernetesを避けてきた著者が、根拠のない懐疑心を事実で置き換えるべく主要概念を学び直す。鍵はControl loopとServiceの2つだと結論づけ、kube-proxyが全Nodeに全Serviceのルールを配る設計の利点と代償を解説。Deploymentによるローリング更新やStatefulSetの奇妙な順序にも触れ、最後はYAMLの文字列補間への苛立ちまで吐露する。
まるでAnsibleを見て「これはひどく苦しそうだ。同じことをやろう」と思ったかのようだ。
HNでの議論
31- burdock
helmのテキスト補間に対する嫌悪感については、長々と書いたことがあります。
AppleのPklやCNCFのKCLを使って実験もいくつかやりました。これらはシンプルな「設定言語」でこの問題を解決してくれそうに見えます。
どちらもそれほど広く採用されているとは思いませんが、以前Appleが社内でPklを使っていると聞いたことがあります。
- sgarland
K8sが文字列補間で動いていることに気づいたくだりが特に面白かったです。あの感覚は消えませんよ、念のため言っておくと。nindentをいじるたびに、正気が少しずつ削られていきます。
- hckr1292
> 要するにHorizontal Pod Autoscalerだが、「CPU」だけではないセンサーを使うもの
Kubernetes 1.23以降、「カスタムメトリクス」を使ってHPAを制御するサポートがあります：https://kubernetes.io/blog/2026/07/14/custom-metrics-exporte...
セットアップがややこしいかって？もちろんです！でも、比較的堅牢でよくサポートされた組み込みコントローラをカスタムメトリクスと一緒に使うことは可能です。
- tediousgraffit1
> Controllerパターンがあるのに、なぜ「Cloud Native」アーキテクチャのサポートがないのか？
you're supposed to write your own.（自分で書くことになっています）
> なぜストレージとネットワークの実装は「out of tree」（CNI / CSI）なのか？
> 上記の質問を踏まえて、なぜクラウドプロバイダー向けの明示的なサポートがあるのか？
in-treeのものは最初に来たもので、ここ何年もかけて少しずつ抽出されてきたのです。
- Thev00d00
helm以外の何かを使えば、k8sでの生活は100倍良くなります。