2012/02/16 デブサミ2012【16-C-2】大規模化するピグライフを支えるインフラ ~MongoDBとChefについて #devsumiC
10年後も世界で通じるエンジニアであるために Developers Summit 2012
http://codezine.jp/devsumi/2012
<講演概要>
続きを読む
レベル100のクワッスを連れ歩くスズカナ
@bell_kana
なぜMongoDBを採用したか。サービスアーキテクチャの課題として開発スピードやNode.jsとの相性。システムアーキテクチャの課題としては冗長化、スケーラビリティなどがある。 #devsumiC
2012-02-16 11:17:07
Makoto IGUCHI (いぐっち)
@igucci
へー RT @daisuke_m: ピグライフは 100% MongoDB。他は使っていない #devsumiC
2012-02-16 11:17:58
ヤコペッティ
@jacotan
#devsumic Node.jpとMongoDBの相性が良く開発しやすかった。(JSONでやりとりされるから) スキーマレスなデータ構造に拠る柔軟なデータ管理。
2012-02-16 11:18:18
たきぐち in the Cloud💙💛
@atakig
node.js と mongoDBだとデータのやりとりがJSONで統一され開発スピードがあがる #devsumiC
2012-02-16 11:18:37
都元ダイスケ🍅
@daisuke_m
sharding: mongosがデータを細かいチャンクに切り分け、mongodに分散格納(パフォーマンスUP)、それぞれのチャンクがどこにあるか(インデックス?)はmongocが持ってる #devsumiC
2012-02-16 11:20:31
ヤコペッティ
@jacotan
#devsumic スケーラビリティメリット。Sharding。 アプリケーションから見るのはMongoS。シャーディング情報はMongoC。データのチャンクを持つのはMongoD。開発者がシャーディングを意識する必要はない
2012-02-16 11:20:34
イトッポイドちゃん📢イトウD
@itopoid
冗長性の問題 → ReplicaSets 相互死活監視&投票により冗長性を保つ。最小単位は3台。 #devsumiC
2012-02-16 11:21:58
Kato Kiwamu
@kiwamuk
ReplicaSets の基本構成は3台で、それだけ用意するのがしんどいとき用に、投票権のみをもった arbiter プロセスなのね。 #devsumiC
2012-02-16 11:22:36
都元ダイスケ🍅
@daisuke_m
mongosはAPサーバに同居。アプリケーションはmongosをインターフェイスにする。サーバへの負荷は少ない #devsumiC
2012-02-16 11:22:52