エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
TwitterがCassandraを使った理由と移行方法
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
TwitterがCassandraを使った理由と移行方法
「才能を非生産的な事に浪費してこそ、真のヲタクである」 この名言にかなう為に日々色々学ぶ日々(多分)... 「才能を非生産的な事に浪費してこそ、真のヲタクである」 この名言にかなう為に日々色々学ぶ日々(多分)。 相変わらずの意訳な上に要点のみの抜き出しです。 間違っていたらTwitterでもコメントでいいのでがんがん指摘してください。 =============== Twitterではデータ量、データ増加量が急加速している。 今まではMySQLとmemcashedで運用してきたが、特に運用要員の面で費用が莫大になってしまった。 その為により自動的でより高い分散容易性、より高い可用性を必要とした。 選択肢として上ったのが下記の二つ。 ・MySQL Clusterの今以上の自動化 ・KVS(HBase、Voldemort、MongoDB、MemcacheDB、Redis、Cassandra、HyperTable)への移行 次の検証を行う事で選択肢の絞り込みを行った ・新規Node追加の容易性 ・SP