Kubernetesのつらいところ

はじめに 本記事はKubernetesの嬉しいところではなくてつらいところについて書きます。Kubernetesを少しは触ったことがあって基礎的な用語がわかるくらいの人であれば読めると思います。 Kubernetesのよく言われる売り文句は「Kubernetesを使うと自分でぽちぽちコマンドを叩かなくても、あるべき状態を宣言しておけば後はKubernetesが勝手にその状態になるように保ってくれるのですごく運用が楽」でしょう。これはその通りで自分もKubernetesのおかげで楽をしているなあと感じることがかなりあります。 しかし、何年も実際に使い込んできた経験からいうと、前述の売り文句には「大体の場合は」という但し書きが付きます。では「大体は」じゃないときにどうなるかというと、つらくなります。ここからはどんなときにどんなふうにつらいのかを簡単な例を使って説明します。 冗長度を自動回復して

[hylom]

一番辛いのはクラスタのアップデートですよ……開発のスピード早いのでどんどん良さげな新機能は出るんだけどアップデートがしんどいので使えないということがボチボチと

[inductor]

これはツールの使い方とかではなくて、便利さの裏返し（内部でよしなにしてくれる挙動の裏側を時として調査しないといけない）の話と、K8sに限らず抽象化されたシステムを運用することの大変さを伝えたいんだと思う。

[dowhile]

コンテナをshellすらいれないほど軽量化するのは脆弱性を減らす目的もある

[Mu_KuP]

プロセスの突然死には、基本的にちゃんと原因があるわけで。そこを解決せず同じものを起動してもなぁ…ひたすらメモリリークし続けるような甘いプログラムがあるわけでもあるまいに。

[rgfx]

「では「大体は」じゃないときにどうなるかというと、つらくなります」泣ける／まぁ、なぜ一般消費者が使うはずの乗用車でさえOBD2ポートがついているのか、みたいな。

[mkusunok]

これまでとは違ったレイヤーでバッドノウハウが積み上がっていくんだろうなと思いながら読んだ。歴史は繰り返すというが、人間は自分の手に負えるギリギリの複雑さを積み上げ続けるんだろう

[tk_musik]

どちらもk8s特有の辛みでは無かった。でもこのくらい短いと全部読めてありがたいです。トイレで読める、ありがたい。

[rrringress]

トラシューするためのコマンドがない問題は前提がおかしい気がする。トラブらないレベルまで成熟したものをコンテナ化する思想ってこと？

[tsz]

もっとネチネチと使いづらいところが並ぶのかと思ってました。

[tettekete37564]

まあ調査用のツールを入れておくかどうかは悩みどころ。ぶっちゃけイメージサイズって小さくできると気持ち良いけど運用上は多少大きくても問題無いよね

[wwolf]

Kubernetes本体やIstioみたいな必須コンポーネントのバージョンアップの方がツラすぎワロタなので、アプリケーションレベルは相対的にまぁ...みたいなところある

[nabinno]

ECS Execがあるとは言えFargateでも似たようなところなので抽象度やセキュリティレベルをあげると同じ問題に行き着くのだと思った。

[da-yoshi]

あるあるを期待して開いたけど、k8sの問題ではなかった

[rryu]

k8sというよりコンテナのつらみだった。起動時に外部のパッケージをインストールする方式だと新しいバージョンが来たせいで起動しなくなることがあるので爆弾を抱えた状態になるという。

[rkosaka]

イメージ軽量化してると不便になる場面はわかる。

[odakaho]

“「gdbが無い！」「sarが無い！」「lessすら無い！」「コマンドを持ってきたけど依存する共有ライブラリが無い！」なんてのはザラで、最悪の場合は「bashが無いからログインすらできない！」”

[Wafer]

kubernetesっていつ使いやすくなるの？

[T-miura]

もっと欲しかった…

[ya--mada]

あー、ドラゴンフライみたいな…、足下のライフサイクルが短くても分離されていれば

[kompiro]

ツールの使い方の問題やん。ハサミとカッター、それぞれ使いどころがあるんだから使い分けるでしょ。k8sを運用する上で困らないように設計しましょ