Cassandra Tutorial - 名詞篇 - 最後更新20161031

1、前言

突然意識到這個部落格荒廢好久了XD，之前都在忙上課或是研討會的東西(或是耍費)所以都沒有增加一點新東西，趁著繼續用碩論的機會，趕快來發一篇文章喚醒自己的記憶。

個人認為相較於MongoDB，Cassandra的學習資源真的少的可憐，因為Cassandra的系統架構更加的複雜(但是網路上都說很簡單...)，雖然官方文件以及cassandra.yaml的說明很完整，但又有很多眉眉角角的東西需要注意，因此在學習上面碰到許多障礙，這篇文章整理了官方文件以及網路資源，使用自己可以理解的話整理而來，包括了很多讓我搞混的名詞，在整理的同時希望可以幫助自己以及讀者更加了解這些名詞的意義，而因我也正在學習中，因此這篇文章將會持續更新，如果有寫錯的地方歡迎告知討論。

2、正文

2.1 Gossip

Gossip是一個點對點的傳輸協定，透過這個協定，集群中節點間週期性(秒)的交換彼此的狀態，因此可以使節點快速的了解其他節點的狀態。
為了避免Gossip在溝通時出現問題，同個集群中的節點必須使用相同的seed nodes list。

2.2 seed node

當有新的節點加入集群時，該節點會與seed node溝通(bootstrap)，以取得集群中其他節點的狀態，一個集群中可以有一個以上的seed node節點。
當節點被設定為seed node後，在集群運作時，唯一的差別就只是多了與新節點溝通資訊(bootstrap)這項功能功能，因此它也不是SPOF(已經開始運作後，沒有需要bootstrap的問題)。

2.3 Single Point of Failure(SPOF)

SPOF直翻為單點失效，所以SPOF是指一個狀態嗎? 非也，SPOF指的是在某環境中，如果某硬體(或指單位，或指零件等等)故障會造成整個系統不可用時，該硬體就被稱為SPOF。

補充：
在看一些論文時，常常會看到文中稱某硬體redundancy，一直以為都把它翻成多餘的，但是翻譯成備援可能比較恰當，所以在高可用環境中，為了避免SPOF，使用Redundancy的硬體配備有它的必要性。
Cassandra這種每個節點的腳色都一樣的架構可以避免SPOF的問題。

2.4 Bootstrap

單純是指新節點加入時與seed node溝通資料資訊的過程。

---內容持續增加中---