溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹Facebook為什么選擇了Hadoop和HBase，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！
橫向擴展性強。對Facebook這種海量數據存儲場景來說，擴容幾乎是家常便飯，HBase能夠使數據擴容非常容易。
支持很高的寫吞吐。Facebook的消息數據很龐大，每天的寫量也很大。
在同一個數據同中心，能夠保證有較強的一致性。Facebook用HBase來存儲消息數據，業務上需要一個能夠保證一致性的數據存儲(這也是Facebook并沒有采用Cassandra的原因之一["WefoundCassandra'seventualconsistencymodeltobeadifficultpatterntoreconcileforournewMessagesinfrastructure"fromquora])
有良好的隨機讀性能。消息系統的業務邏輯導致會有很多穿透緩存層的隨機讀操作。
高可用性，故障可恢復性。由于數據量大，分布的機器也可能很多，出故障或者進行一些日常升級工作會比較頻繁，需要能夠有很高可用性的系統。
錯誤隔離性。一個結點的錯誤不會影響到其它結點，磁盤故障只會對相應的小規模的數據產生影響。
提供原子性的read-modify-write操作。原子性的increment或者對比后修改的操作，對很多業務上的處理非常方便。
提供獲取某個范圍的數據的功能。比如像獲取某人最近100條消息這樣的功能，在消息系統里是很常見的需求。
當然，下面幾個Hadoop和HBase不太擅長的方面也值得一說：
同一個數據中心網絡割裂下的容災性。同一個數據中心的網絡出現問題了，導致各結點之間無法正常溝通，這種情況通常可以通過配置一些備用的網絡設備來避免。
某個數據中心故障不會影響服務。這個情況更是少之又少。
在多個數據中心間的實時數據交換。這個不太現實，通常這一點是用Cache層來實現用戶對無端數據的實時訪問的。
以上是“Facebook為什么選擇了Hadoop和HBase”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
