質問

はい設定をオンラインプラットフォームとして機能し、サーバ、データWahoo!).コンテキスト、想像を構築することが必要だいtwitterですが、コメント(ツイート)で構成されるライブイベントです。に関する情報はライブイベント自体に対するお客様と一貫して可能な限りのイベントだけでなく、お待ちキッズゲレンデは無料開放するものと考えております。してまいりますので、お気軽に読む-重い後のライブイベントが終了します。

スケーラビリティが非常に重要です。またVPSを借り切り、規模からである。私の大ファンクラウドのように残りの一つと考えられる。まっきを用います。

私は確信していきたい書店ではなく、RDBMS.できればおもしろいと思いキ保管の約束を守りやすいという拡張性中心のキー値です。

問題は私のものかわからない、という技術が最適なるという感じです。またソファもんごういか東京都内閣は、Cassandra、RDBMSとblobbedます。手でつツールこの特定の仕事をしたか。

役に立ちましたか?

解決

レジにはSQLの代替案との比較による BJクラーク.

スケーラビリティが非常に重要です。

その後も検討しなければならなにからの抜粋を自分のブログ:

  1. 東京キャビネットな規模の
  2. Redisな規模の
  3. プロジェクトVoldemort-スケール
  4. Python-有限(shardingが実施されて)
  5. Cassandra-スケール
  6. Amazon S3-スケール
  7. ソファー- な規模の (クラスタリング &複製)
  8. MySQL-な規模の

の検討 HyperTable.これも深刻な課題になSQLる。でオープンソースの実装は、GoogleのBigTableコンセプト。いと思い規模のもので広く用いられている中国の検索エンジンBaidu、エンターテインメントポータルサRediff.

まった

に関する情報はライブイベント そのものな顧客として 高速、一貫して、 がコメントのイベントで そらくお待ちキッズゲレンデは無料開放に ます。してまいりますので、お気軽に読む-重い後 のライブイベントが終了します。

このようなものTwitter的なアプローチが欠かせません。御プログラミング言語の選択は非常に重要で、Twitterで最初に行ったとRubyのためのバック終了メッセージ配信が もっと で正しい選択肢とってのメッセージ配信システムの Scala 言語です。

いをRubyのための前です。-行きたい場合は、信頼性が高く、耐故障システムに適したスケーラブルの環境、そのすべ Scala または Gimp用ドキュメ.

他のヒント

ラメシュは良い要約を持っています。私はカサンドラは、(ヴォルデモートまたはDynomiteのような)バニラダイナモクローンよりもリッチなデータモデルを持っていることを追加します。行の名前で、というだけのキー/値よりも列がソートされました。カサンドラは、ツイッター、マハロ、ウーヤラ、SimpleGeo、WebExの、およびその他(によって使用されていますhttp://n2.nabble.com/Cassandra-users-survey-td4040068.html の)、少なくともいくつかはEC2上カサンドラクラスターやRackspaceのクラウドサーバを実行しています。

あなたは(オーバー以上のノードよりもあなたのデータを配布する)水平にスケールする場合は、

あなたのアカウントにCAP定理を取らなければなりません。

http://www.julianbrowne.com/article/viewer/brewers -cap-定理

それは容易なものではありませんが、あなたが選択する必要があり、常にトレードオフのいくつかの種類があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top