勉強会/第十一回勉強会
出典: P2P SIP
2009年1月30日 (金) 10:22 の版; 最新版を表示
←前の版 | 次の版→
←前の版 | 次の版→
2008/12/13開催
目次 |
[編集]
講演
楽天技術研究所の西沢さんによる「ROMAについて」
[編集]
内容
[編集]
議事録
- 配付資料はありません。
- 参考リンク
[編集]
サーバ間の同期
- Q:「オブジェクトグリッドは、サーベイしてないのか？」
- A:「まだしていない、ただし、ROMAも目指すところ。近いうちに調べたい。」
[編集]
key-value storeとDHT
- DHTからkey-value storeという言い方に変えた。
[編集]
定義
- 複数HOP・・・DHT
- 1HOP・・・key-value store
[編集]
どう設計する？
[編集]
現在のROMAのクライアントは、APIで定義されている
[編集]
プロトコル化するのがよいのではないか？
- 言語に非依存のため。
- Rubyが前提にあったからでは？という邪推も。。。
- APIにしているのは、クライアントに処理させたいからか？
- クライアントは最適化に使うのがよいのでは？
- ROMAに対して、クライアントががんばりすぎている印象がある
- 例えば、DINAMOは、コーディネーター経由。
- ROMAでは、クライアントがそのような機能を持っている。
- 例えば、DINAMOは、コーディネーター経由。
[編集]
アーキテクチャ
[編集]
前提は？
- 1000台で動くこと
- ただし、制約はGCの性能から。
- 社内でのみの利用
- ただし、オープンはする。
[編集]
残念ラッシュ
- 動的ノードの参加情報が、環状に、nオーダーで、伝わるのは、残念。
- ハッシュとIDの切り分けができていないのが、残念。
- 環に縛られているのは、残念。
- ⇒事前の検討がいまいちなんじゃないの？？？byシュドラ
[編集]
今後の予定
- レイヤー別け
- 速度チューニング
- ネットワークのバンド幅が、スペックを左右する
- 環状を維持するための情報をどこから取得するか？
- このための情報交換が、バンド幅を消費する。
[編集]
アーキテクチャを変えられるのか？
- すでに、事業がある
- すでに、もっているものがある
- しかし、理想もある。
- どこまで、変更可能なのか？
[編集]
アプリケーション要求ドリブン
- 日々、変わっていく
- 30～40台が、いまのところのプロジェクトとかの規模。
[編集]
楽天の経済圏との連携
- WebAPIをどんどん公開していく
- 世界がどんどんと広くなっていく！！！
- Cloudのベースということ
[編集]
仮想化の上に乗るのがROMA
- マルチテナント
[編集]
楽天の強み
- 目の前に、問題がある
- ROMAは、カートで使いたい
- Map/Reduceは、ゲットがメインなんだが。。。
- リコメンデーションなどのエンジンを載せる
[編集]
その他検討技術
[編集]
オブジェクトグリッド
- 更新系のための安全性確保のため
[編集]
ロックフリーPut/Get
- オプティミスティックロック
[編集]
まとめ
- ROMA2.0を刮目してマテ！！！
[編集]
議論
[編集]
進行中の議論
[編集]
終了した議論
- なし
[編集]
