マイクロサービスとトランザクション - Qiita

AWS for Games Advent Calendar 2022 9日目の記事です。 Game Server Services(GS2) ではゲームに必要となるサーバー機能をマイクロサービス化し、皆さんに提供しています。 マイクロサービスには所持品の管理や、ゲーム内ストア、課金通貨の残高管理など30を超える機能を用意しており、これらを組み合わせながらゲーム内の仕様を実現できるようにしています。 さて、マイクロサービスの最も難しい課題はトランザクションにあると私は考えています。 今回は Game Server Services がどのようにこの課題に立ち向かい、そして問題を解決しているかお話ししたいと思います。 マイクロサービスとトランザクションの両立がなぜ難しいのか モノリシックなサーバーシステムは、大体の場合「所持品の所持数量」と「課金通貨の残高」は同じRDBに保存しています。 そし

[xlc]

SQLが分かれば何とかなっていた業務システムにマイクロサービスやらNoSQLやら無駄に導入して複雑化させ破綻させるのが最近のトレンドの模様。

[cpw]

ゲームはよく分からないけど業務システムでNOSQLを使わないといけないようなシステムを作ってる人は相当に少ないと思う。NOSQL言い始めたら色々疑った方が良いと思ってる

[hogeaegxa]

「そのうち正しく補正されるかもしれない」以上のものは、マイクロサービスにした時点で実現不可能になるんだよな。これだけでも運用は相当しんどくなると思うけど、みんなちゃんと考えて採用してるのかね

[taruhachi]

ゲームはトランザクション量は多いけど、異常ケースにおける報酬の多重発行は許されるので、ロールバックも単純化できるし、マイクロサービス化もある意味楽。一方金融系は、、、。

[pmint]

マイクロサービスをマイクロサービスアーキテクチャで構成していますって話なのか。

[t-tanaka]

トランザクションと結果整合性

[tmatsuu]

むかし、えらいひとが言いました「そこで2相コミットですよ」と

[qtamaki]

“GS2では割り切っておりここは途中で実行が止まってしまったスタンプシートを列挙する機能を提供するにとどめ、個別対応していただいています”OMG!

[kagerou_ts]

なるほど、ロールバックはいったんおいといて成功するまでリトライするから結果的に整合性取れるみたいなアプローチなんかな。ちゃんと割り切って作ってるからうまく行ってる感じなのかも

[mayumayu_nimolove]

あんまマイクロサービスは関係ないと思う

[c-matt]

30もあるとデバッグやテストがめちゃめちゃ大変そう。メッセージブローカーには何使っててーなんかのAWSコンポーネントの話も聞きたかった。

[threetea0407]

これみずほの障害で見たやつだ

[unfallen_castle]

マイクロサービスでこういう処理作ると結果整合性の担保が面倒すぎて / あわせて読みたい https://qiita.com/yoshii0110/items/4ae10eb071565cb90b37

[sakusaku__1986]

面白い。こうやって一つの基盤を作り込むことがユーザー価値に直結するサービスならマイクロサービスもペイする気がする。技術でお金を稼げる事業はとても尊い

[for-my-internet-demo]

分散トランザクションの話はほとんどしないタイプのモジュラモノリスやDDD過激派の人結局トランザクションどう付き合ってんのか通年的に謎

[so-apps]

ゲームみたいな複雑なアプリケーションでDBをバラバラにするのは危険。長期運営で複雑化するとアップデートに耐えられないし、すぐに終了するなら MySQL とかでいい。