6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 - データエンジニアの酩酊日記

ここ半年ぐらい、かなり久々にクラウド使ってアプリやバッチの基盤作ったりしてきて、色々と思ったことを書き捨てる。 「ちょっと検証してみた」程度のものも含めれば、AWSとGCPは一通り主要なマネージドサービスを触ったし、実際に複数のアプリやらバッチやらをマネージドサービス上で本番稼働させて今も運用してるけど、結局DB以外は基本全部Kubernetesに乗せるのが一番楽だと強く思うようになった。 Kubernetesは学習コストや運用コストがそれなりに高く付くから安易に採用するのはどうなのか、みたいな論調もあるし、つい半年前までは自分もそう思ってた。サーバレスなマネージドサービスが色々出てきているのに、なんでわざわざKubernetesクラスタなんていう設計、運用に手間のかかるクラスタリングサーバーを立てて管理しないとならんのかと。 だけど、実際にいくつかのマネージドサービス使ってアプリやバッチ

[thaim]

現在のマネージドk8sは完全にクラウドを隠蔽してはくれなくて，結局それを実装するクラウドの仕様理解が求められてk8s層が増えただけじゃんになる．k8sエコシステムの複雑さも大概．

[t-cyrill]

使う側はそうだけど作ったり運用する側は大変なんだぞ

[inductor]

フリーランスだとこうかもね。でも自社サービス運用の場合環境を新しく覚えなすことはあまりないから、継続して運用の知見がどんどん高められる。新規学習コストより継続して運用できるかが事業者には重要かも。

[int128]

抽象化層がKubernetesに寄っただけで複雑さは同じ気がする。何かにつけてクラウドプロバイダの仕様を調べる必要があるし、クラスタも継続的にバージョンアップしなきゃいけない

[IzumiSy]

めちゃくちゃ分かる… GCP使ってるけど、やっぱ大規模に使って思うのはローカルで動作確認できない、環境構築めっちゃダルいあたりかな。運用はおまかせで楽かもだけど、開発は効率悪くなってる。

[IZqCqpA629KuL1]

去年のEBS障害とか今年4月のSQS障害みたいなのやられるとAWSのマネージドサービス使うの不安になる。しかも未だにSQSの件について発生原因と再発防止策の発表もされてないっぽいから尚更。

[Keisuke69]

たまに面倒とは思いつつもナチュラルにやってるのは飼いならされてただけで、普通の人はこんな感覚なのかも。ちな、k8sもエコシステムの複雑さとか管理の大変さってのはあるので将来的に同じ道を辿る気もする

[atauky]

一番めんどくさいレイヤーがどこか？遷移しているだけという感覚はわかる。

[snicmakino]

k8sは使えないけど、最適なサービス選択しようとして、覚えること増えていくのは超分かる。k8sをちゃんと学習すればこの輪廻から抜け出せるのか。。。

[vanbraam]

k8sは本質的にIaaSの置き換え+αなので機能的には十分; だが永続ストレージ系(DBMSや分散filesystem)はk8s上で自力運用するよりmanagedを使う方が絶対に楽. そこに触れてないという点だけでもこの記事の浅さは明らか

[burabura117]

開発側からするとなんとなーくうすーく感じていることではある。k8sシステムまだ商用運用してないから運用観点のことはよくわかってない。。

[masterq]

"Kubernetesは「OSS(Kubernetes)がクラウドを隠蔽してくれるもの」である" KubernetesがクラウドのAPIとして広く使われるようになったら後は価格競争になる？

[tmatsuu]

気持ちはわかる。ただ運用は長期視点で考えるとまだ色々あるかなという印象。あとDB以外にも利用価値のあるマネージドサービスはあると思うので必要に応じて使い分けるといいと思う。

[cpp_0302]

[

[northlight]

作って終わるフリーランス・派遣・SESの人はいいなあ…こういう人がテックリードとかで入って作ってメンテが超大変なシステムができるんだな…

[iselegant]

賛否両論ありそうだけれど、これはこれで腹落ち。k8sはある程度の規模で組織が組成されると最適化されそうだけど、PoCや小規模なデジタルプロジェクトは学習コスト含め運用に時間かけられないのでECS/Fargateもありかと。

[for-my-internet-demo]

むーん

[hush_in]

賛否両論あるっぽい

[ryunosinfx]

k8sが成熟してLinuxのクラウド、オンプレサーバーとデスクトップからスマホまで一気通貫でアプリの作動バックボーンになる未来が来ればk8sの上にマネージドサービスが載るんだろうな（建て増し感）

[ya--mada]

なるほど、本番系と同じモデルをどうやって作るかか…。クラウドマネージドのピタゴラスイッチを別環境で構築する話か。

[laiso]

良い問題提起。この方針だとデプロイの有無が境界になっていそう

[rockrokun]

OpenShiftがその辺の不満への解答なのでは？

[convivial]

わかる。k8s使ったことないけど

[tengo1985]

dns, cni, csiあたりと、ingressとロードバランサ周りは結局運用必要になるし、そのほか運用もキツイとこはキツイ。CRD経由でoperatorベースで全部k8s APIで管理してやるぜの世界はまだまだ敷居高いと感じるし。

[kazutomo]

ペイパーリクエスト、NoOpsの魅力にまだ気づいてないだけよ

[kwhrtsk]

Spannerみたいなマネージドサービスまでk8sのマニフェストで管理するOperatorというパターンがあって、長期的にはほとんどこれになると思う。https://operatorhub.io GCPのやつはこれ。https://cloud.google.com/config-connector/docs/overview?hl=ja

[route246]

技術選定はなんでもそうだけど、採用難易度も併せて考えないとだからなぁ…。

[hylom]

DBとかキャッシュサービスとか全部自前で運用管理できるならそれで良いのだが……

[rgfx]

つらい（まぁLambda・AppEngineつかわいでも余裕で損益分岐点を超えられてるならそうかも知れぬ。

[gainful31]

サービスを利用するか決定する要因の1つにヘルプや参考記事の情報量を考える。[クラウド]

[rAdio]

『「全てのリソースを個別に定義して、それらの紐付けを不整合無く定義する」ってのが中々ダルくて、定義ファイルが無駄に膨らんでいく』

[gadgeterkun]

そうだよなぁ。。Terraformの辛みがとてもわかる・・・・。

[kei_blue_opal]

参考程度

[megamouth]

“コンテナのマネージドな実行基盤として普及してるECSにしろAWS BatchにしろApp Engine(Flexible)にしろ、コンテナを動かすための前提条件や制約や独自仕様が多過ぎる”

[ngmy]

k8sは抽象の裏から実装が漏れ出している感じがしてな。便利だが使用感に不満がないかと言われると。

[zu2]

“EKS、GKE”

[letsspeak]

Lambdaをk8sに載せるともっとつらい気もする