【正文】
MemTable) ? Gossip 通訊 ? 故障檢測 它山之石 它山之石 [2] ? Dynamolike features – Symmetric,P2P architecture ? No Special nodes, No SPOF(Single Point Of Failure) – Gossip Based cluster management – Distributed hash table for data placement ? Pluggable partitioning ? Pluggable topology discovery ? Pluggable placement strategies – Tunable, Eventual Consistency ? BigTablelike Features – Sparse , ”columnar” data model ? Optional,2level maps Called SuperColumn Families – SSTable Disk Storage ? Appendonly Commit Log ? MemTable (Buffer amp。 Apps division (early testing) HBase, Hypertable, dynomite,and Voldemort Ryan King Twitter storage for all tweets a custom mysql impl, voldemort, hbase, mongodb, memcachdb, hypertable, and others Edmond Lau Ooyala store and serve our near realtime video analytics data HBase, Cassandra, Voldemort, and some others Joe Stump SimpleGeo realtime location infrastructure scott w Onespot a subset of our data store Tokyo, Voldemort and Riak and Cassandra Vitaly Kushner Astrails a project for one of our clients(early development stage) Dan Di Spaltro Cloudkick store monitoring statistics and running analytics over the data Eric Lubow ShermansTravel mailing system,social work usage Cassandra and Tokyo Cabi/Tokyo Tyrant Richard grossman smart TV and movies remendations , index each day all the TV shows in every states + all the new VOD sources matthew hawthorne Comcast tons of data that we are migrating into nonrelational storage cassandra, riak, voldemort, and hdfs Santal Li Cisco Webex store User Feed amp。 Gossip 通訊 Cassandra的設(shè)計背景 ? Scale Up不可接受 ? 滿足海量數(shù)據(jù)存儲需求 –海量數(shù)據(jù) ,主要是用戶的信息與用戶消息 (類似于我們的反饋 ) –大量隨機(jī)的讀寫 –沒有現(xiàn)成的解決方案 ,或者說現(xiàn)成的解決方案無法解決 (4000個節(jié)點的 Memcached) ? 很多應(yīng)用并不是很依賴于關(guān)系模型了 Cassandra的設(shè)計目標(biāo) ? 高可用性 ? 最終一致性 – 經(jīng)過權(quán)衡 ,在強(qiáng)一