マイクロサービス化は本当に難しい

はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

[BOOOOOOOON]

とにかく大量のリクエストを一方通行で捌くためのフレームワークだと思ってる。業務システムでやるメリットなんてほとんどないよ。SREの負荷もめちゃくちゃ高いし補償トランザクションの複雑さ考えたら割に合わない

[circled]

ちょっと前に「自分達がNetflixとかGoogleでもない限りマイクロサービスなんてやるな、モノリスにしとけ」って誰かが言ってたよね？

[t-tanaka]

「マイクロサービス化」とは，システムをサービスに分割することではない。巨大な開発チームを，サービスごとに分割して，チーム内のコミュニケーションコストを下げること。チーム分割ができてないのでは？

[tattyu]

マイクロサービスで切り出してけば簡単に思えてしまうが本来DBに無ければ行けないデータがロジックで生成されてたりすると破綻するもんなぁって思った。一から設計し直してぇーってなる。

[rgfx]

この規模の組織だと「事業部ごとに物流や決済持とうぜ」「全部統括した物流や決済持とうぜ」どっちも起こり得るのでコンウェイの手のひらがねじ切れそう

[mayumayu_nimolove]

難しいとかじゃなく本当にそれ必要なの？を問えばいいだけ。

[unmarshal]

邪推ではあるのだけど、なんとなくトップダウンにマイクロサービス化を求められ目的が曖昧な状態で進み、膨大な既存機能とコードを前にハングしたのだろうか。マイクロサービス化以前の問題な気もする。

[Chisei]

アカウント管理、決済、商品管理とかをマイクロサービス化しただけでも結構考えること多いし IO も多い。そして RDB のトランザクションを使えない。 調査のために RequestID を引き回したり BFF 建てたりやることてんこ盛り

[B-108]

「ウチのにもその機能あります、あれもこれも簡単にできます。データ移行ツールで移行もスグです」ていう営業トークに乗せられてリプレース始まって２年後ぐらいにガラクタが出来上がって結局訴訟なんてよくある話。

[NOV1975]

マイクロサービス化が何に起因したものなのかをよく考えるべきだよなあ。業務的な分割なら古来からのコンポーネント分割の考え方で十分。純粋なアーキテクチャ上のメリットがある場合しかMSAにしなくて良いと思う。

[syu-m-5151]

マイクロサービス化は本当に本当に本当に難しい。全てのステークホルダーが納得する実践すべきタイミングとかマジでずっとなくて気持ちが大事。本当に難しい。

[hiroharu8864]

内蔵の代謝 (免疫システム)は、生死に直結するが、社会的なコミュニケーション (自然言語など)は、そうではないって、 イコール、モノリスなので、結局どうあるべきだったのかがよく分からなかった。

[urandom]

"私はAsIsの把握を遺跡発掘と名付けています。…リプレースでは、そもそもの要件・仕様(AsIs)を事前に100%完璧に把握する事は不可能です。結局、要件・仕様というものは、開発中に変化するものだと思います。"

[for-my-internet-demo]

この前ここでもただの分散プロセスやマネージドサービスをマイクロサービスって言ってディス盛り上がってたから要するに全てがわからん

[assaulter]

“DBであれば別テーブル参照やJOINするだけなのに、APIを呼び出す必要がある。” よくよく思い返したら最初の職場で体験してた事象だわ。2014年くらい？

[gsggyhig]

マイクロサービス反対です。意識高い系でイキるなよ。ほとんどのサービスはマイクロサービス化すべき規模まで事業は伸びない

[hogeaegxa]

サービス間のトランザクションの有無は本当にマイクロサービス化で死ぬかの別れ目だと思う。というかこれが社内で必要になる時点でサービスの分割が正しくできてない気もしている

[beerbeerkun]

「サービス間の依存が多く、サービス間のI/Fの増加」「サービス間を跨ぐトランザクション制御の必要性」

[boomerangj]

チーム分割が〜というブコメの答えはチーム分割・責務分割が難しいと言う話なんだと思う。境界がはっきりして変えづらい。あと自分は成功しました風ブコメも結構あるが、内部が綺麗なだけの自己満もあるから注意な。

[devrabi]

マイクロサービス、意図して目指すものではなく、変化への対応と現実に向き合った結果生まれる妥協の産物、みたいな認識です

[nakag0711]

1社のWebサービスだけで完結するようなシステムだとシステムの自然な切れ目ってあんまりないだろうな、そういう場合は無理にマイクロサービスに分けなくても…。うちはデバイス制御部分をマイクロサービス化してみた

[vegnpomn]

今は上から降りてくる単語が「マイクロサービス」からそのまま「AI」に置き換わってるんだろうか。いつの時代もキラキラワードが自分らのサービスに適応するか自分の脳で考えないといけないのだけは不変そうね。

[c-matt]

マイクロサービスってすっかり悪手と思われるようになった気がする。かといってモノリスは‥‥でモジュラーモノリスに興味が集まってきてるけどモジュラーな設計が面倒すぎて結局モノリスに戻っていきそう

[pascal256]

もはや業務ドメインごとにサービス分割することが目的、は陥りがちな罠だよね。分割出来ても嬉しくない何かが生まれる...

[lizy]

マイクロサービス化の前にやっておくべきことがあったということかな。OpenAPIはコード生成と組み合わせるのが良さそう

[buhoho]

そんなに難しいんだ。じゃあ、よほどリターンの効用が大きいのでしょうな。🤣

[m50747]

同じような巨大なモノリス構造のシステムリプレースを計画しているが、雑な構想としてはマイクロサービスではなく、ドメイン毎にサービスを分割してSSO仕様にしようかと。エンジニアの交代が激しいからそれも考慮。

[l__LINE__l]

この規模だと、マイクロサービス意識せずに設計してもいくつかのサブシステムに自然と分かれる。サブシステム間をAPIで繋いでマイクロサービス化しました！とか適当なことを言った方が、全方位に幸せになりそう

[daishi_n]

マイクロサービス化で補償トランザクションが出るのは仕方ないけど、トランザクションモニター実装したらそっちが肥大化するからダメか

[gomer-pyle]

手段が目的はありがち。

[hiroomi]

イオンもcmでアプリの宣伝してるから然るべき処置、人育ては必要と。