分散プログラミングモデルおよびデザインパターンの考察 その3 - Software Transactional Memo

昨日に引き続いて分散システムのデザインパターンについて書いていきたい。 だがそれ以前に故障モデルに関する前提を忘れてはならない。人によって様々な方針があるが、個人的には分散システムの世界において意識しなくてはならない故障モデルは4つだと考えている。僕は前回のブログに書いた Replication の本をベースに書いており、少し言葉遣いや定義が他とやや違う点は許して欲しい。また、通信の脱落・遅延とはレイヤーが異なる議論である。 故障モデルの分類 故障が起きないモデル これは故障が起きない世界を仮定するモデルである。これ自体はプロダクションにそのまま投入できるものではない。だがこの故障モデルを想定しても解けない問題は故障が発生する状況では絶対解けない事が断言できたり、合意プロトコルが正しいかを議論する土台となったり、様々な実用的なアルゴリズムや分散システムの土台となるアルゴリズムが生まれる土壌

[kimutansk]

Jubatusの設計指針が明確にShared Everythingだったのは面白い。ポエム部の分類に対して各々どういう方針を取るのか明確にするのは何作る上でも大切ですね。

[ledsun]

興味深い

[tmatsuu]

あとで

[daisukebe]

"Shared Somethingにしよう" ユーモアがある

[hoisjp]

その３！

[snowcrush]

ワクワクする

[lanius]

故障モデルの分類。

[t-wada]

分散システムにおける故障モデルの分類とデザインパターンについて。非常に面白い。

[NineGates]

分散プログラミングモデルおよびデザインパターンの考察 その3 昨日に引き続いて分散システムのデザインパターンについて書いていきたい。 だがそれ以前に故障モデルに関する前提を忘れてはならない。人によって様々

[mano-junki]

面白い！ 分散コンピューティング

[muddydixon]

楽しくなってきた

[ruicc]

4つの故障モデルとパターンや指針。いいね。

[kuenishi]

ここからが本番感ある