Song of Cloud: 送金のトランザクション処理パターン

App Engineで現実的な送金処理について考え中です。 ドラフト版なので、怪しい点があればご指摘いただければ幸いです。 コメントで情報いただきました。 Distributed Transactions on App Engineで紹介されてる方法と基本的に同じなので、おそらく問題なく動きそうです。ありがとうございました。 今回はこんな図を使います。 この図の読み方は、矢印の方向にユースケースの一連の処理(またはリクエストの処理)が流れていて、右に行くほど時間が経過しています。そして、矢印がくし刺しにしている四角形は、そのユースケース中で操作するエンティティを表しています。 また、左右の位置が同じ矢印は、基本的には同じ時刻に発生したイベントを表しています。上記の図では、A, B, Cがそれぞれの口座エンティティを同時に操作している感じです。 並行性制御(おさらい) 最初の図のように、それ

[digo]

現在はクロスグループトランザクションがあるので不要だが、それでもすごい勉強になる記事

[lucierxxx]

Slim3でのTransaction処理。わかりやすい。

[tinsep19]

EntityGroupが重要らしい。

[zorio]

面倒だけど面白いな。こうやればいいのか。

[t-tanaka]

Google App Engineにおける「送金のトランザクション」処理パターン

[toton]

「App Engineで現実的な送金処理について考え中」

[TAKESAKO]

Song of Cloud: 送金のトランザクション処理パターン

[rjj]

並行制御ではなく、耐故障性の話。

[NAT]

こういうトランザクションだと、スケールしやすいのかしら。：送金のトランザクション処理パターン

[tanakaBox]

トランザクションについて

[lizy]

immutableと組み合わせたり出来ないのかな

[yssk22]

CouchDBBのときとほぼ同じパターンですね。トランザクション自体をデータとして保存する、というのは有効: http://d.hatena.ne.jp/yssk22/20090916#1253123871

[takkecy]

クレジット

[faw]

Transaction Entity Google App Engine EntityGroup エンティティ Atomic SQL Task Queue