Kubernetesの自前運用は難しい？ はてなの撤退事例

はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。 コンテナ型仮想化技術を活用したアプリケーションの管理（オーケストレーション）ツール「Kubernetes」が注目を集めている。その背景の一端にあるのが、アプリケーションをコンテナ化し、マネージドKubernetesサービスで実行することによるメリットの享受と、運用負荷の軽減だ。 参考記事：「Kubernetes」とは何か――コンテナ型仮想化の本番利用に向けた課題 参考記事：「Kubernetesで運用する」その前に Kubernetesを本番環境で利用する際のポイント そんな中、「Kubernetesクラスタを自前で構築して運用していたが、撤退を選択した

[maninthemiddle]

GKEオススメ。二人分のエンジニアの人件費と考えれば安い

[delphinus35]

よく４ヶ月で撤退を決断できたなあ。やるじゃん。はてな。

[programmablekinoko]

OSSにしといてやっぱりマネージドサービス使おうねと感じさせるGoogleの戦略かな

[sen47]

ですよねー

[odakaho]

まあそうだね。メルカリあたりがバージョンアップで死んでて、うちでは無理だなってなった。

[hylom]

ちょくちょく仕様が変わったり大きな新機能が実装されたりするし、運用ノウハウ的なものはなかなか出てこないし、本当に選任がいないと自前運用は難しいと思う。特にトラブル発生時の原因究明が本当にしんどい。

[hayajo_77]

Kubernetes Meetup Tokyo #22 での発表ですー。

[treeapps]

k8sこっわ

[rad0717]

あとで読む

[T-miura]

普通にクラウド上でやりゃいいねん

[wushi]

インフラ運用とアプリ開発の間には 深くて暗い川がある ふりかえるな ロー ロー

[daybeforeyesterday]

うーむ

[wata88]

GKEですら大変なんだよなぁ

[yatta47]

運用観点、技術観点、開発観点といろいろと参考になった。

[iwashi86]

"それぞれの技術が何を解決しようとしてきたのか、その歴史と複雑さを振り返りながら自分たちでどこまで運用できるのか考えていくのがいいと考えている"

[jsstudy]

"KubernetesクラスタをEC2に自前で構築、運用することにした。"　AWSよりもGCPの方が良いのでは？

[yujiorama]

"もし、EKSへの移行に失敗しても、VMではなくコンテナによる運用を実現できるはずだ"

[vanbraam]

タイトルしか読んでないけど,2人じゃ厳しいと思う(そもそも24/7運用が無理).k8s導入より前にapplicationをcloud-native化しないと,運用コストもVMとさして変わらないのでは;GKEやEKSも銀の弾丸ではないと思う

[viperbjpn]

二人で運用できたのと二人で運用するは違うからな。

[kazuph1986]

あっれー、この方どこかで見たことあるなぁ〜、あっれ〜（酔っ払いなので許してください）

[ustam]

自前でやろうとする発想がすごいな。そういう面倒から逃れるためのクベネティスかと思ってた。

[love0hate]

まぁせやろな

[tockri]

へーしゃ、EKSが東京に来るのを待ってて、来てすぐ載せたら途端にK8Sの脆弱性が公表されて、1クリックでクラスターアップデート完了したので自前でK8Sを運用する選択肢は頭から消えた。

[ya--mada]

そやね、と言うのが1点、そしてもう1点がハテナは良いところだけど正直弱くなった。周りが大きくなりすぎたよね。

[d0i]

こわいなー（多分国内最大規模のオンプレk8sクラスタを運用中）

[taguch1]

タイミングも悪かったと思うけど、でもやっぱGKE使いたい。

[n314]

難しくてもやりたいからやるっていう会社じゃなかったか…。

[hagane]

自前k8sをプロダクト環境で使うメリットはどこにあるんだろうというのは思うところ。デメリットがメリットを上回るところの方が大きい気がする。あとはRancherとか使うとどうなんでしょう。

[notio]

むぅ。

[hiby]

わかる

[legoboku]

会社の競争力につながらないところはなるべく自前でやらない方が良い。

[a-know]

これは必読