マイクロサービスの失敗は技術だけの問題か――Amazonに学ぶ開発・運用組織の理想形とは

開発と運用の理想的な関係とはどんな姿か。すでに「DevOps」という言葉は浸透しているものの、理想的な形で実践できているかとなると、話は別だ。現場ではどんな障壁があり、DevとOpsが分断されているのか。打開していくにはどうしたらいいのか。DevOpsという言葉が生まれる前から、その本質を実践してきたAmazonのカルチャーにヒントがありそうだ。AWSジャパン 塚田朗弘氏に聞いた。 今回お話を伺った、アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 塚田朗弘氏 ペアで語られてしまいがちな「マイクロサービス」と「コンテナ」 Amazonには「DevOps」や「マイクロサービス」という言葉が生まれる前から、DevとOpsを統合し、システムはAPIでやりとりするという原則がある。それを長年追求するなかで、開発カルチャーを育んできた。そんなAmazonから開発と運用の理想の

[xlc]

SIerが関わるような業務でマイクロサービスが有用な局面などほとんどない。「マスタメンテをマイクロサービス化しました」でレコード数分APIを発行してメモリJOINしてる間抜けシステムを何度も見てきた。

[tekimen]

この文面からするに、マイクロサービスとは大きくなりすぎたから小さくするために仕方なく小さく分けざるを得ないと読んでしまった。まあそんなものかな

[kinunori]

最近、初手からマイクロサービス化するシステムが周りに増えているけど、よく初手からマイクロサービスを選択する勇気があるよなと思って見ている。

[takatama]

マイクロサービス化しコミュニケーション改善しなけりゃコンウェイの法則でねじれておしまい。コンテナやLambdaとは次元が違う

[turanukimaru]

Http を投げれば疎結合だ！という雑な設計をする人が稀に良くいる。マイクロサービスは部分的に開発中だったり停止していても全体としては動いてるみたいな体制で無いと分割してるメリットが無い。

[juve534]

"開発チームが柔軟に動けなくなるとか、自分の責任から運用を外してしまうことになります。自分が書いたコードがサーバーにどんな負荷を与えているか分からないと、いい開発はできなくなります" ほんこれ。

[strawberryhunter]

普通に考えてトランザクションが使えないとか、蛇の道としか思えない。

[takezaki]

“システムの規模がさほど大きくなければ、マイクロサービス化してもメリットをあまり享受できないこともある”