従来のRDBもしくは全文検索、すなわちSQLクエリやインデックス化といったものでは、このリアルタイム性と検索対象の広さは無理なように思うのですが、単にそれらを力技でこなしているかもしれませんし、全く別のアプローチをとっているのかもしれません。この疑問について回答してくれるページがあれば教えてください。
No.2
20
4
27pt
すみません追加です。
具体的な構成紹介がありました。
http://www.infoq.com/jp/news/2009/07/Twitter-Architecture
MySQL+Memcachedですから、検索についてここ「はてな」のサーバと同じ仕組みですね。
特殊なDBというわけでなく、Memcachedの威力がすごいというだけのようです。
このDB構成をマネしてみたい。もっと具体的に知りたいという場合は、『4Gbpsを超えるWebサービス構築術』という本を読むとよいかもです。
No.1
204
27pt
2007年はejabberdで構成
http://www.atmarkit.co.jp/news/200704/27/erlang.html
2008年はOpenFire
http://blog.s21g.com/articles/635
2009年はRuby on Rails
http://slashdot.jp/developers/article.pl?sid=09/04/10/0421223
2010年はRailsからScalaに
って感じにコロコロ変わってるというか進化してるみたいですね
ありがとうございます。
ずっとRuby on Railsだと思っていました。
No.2
204
ここでベストアンサー
27pt
すみません追加です。
具体的な構成紹介がありました。
http://www.infoq.com/jp/news/2009/07/Twitter-Architecture
MySQL+Memcachedですから、検索についてここ「はてな」のサーバと同じ仕組みですね。
特殊なDBというわけでなく、Memcachedの威力がすごいというだけのようです。
このDB構成をマネしてみたい。もっと具体的に知りたいという場合は、『4Gbpsを超えるWebサービス構築術』という本を読むとよいかもです。
これは具体的な情報をありがとうございます。興味深いです。
1
2
1
2
2
1
1
162
155
これは具体的な情報をありがとうございます。興味深いです。