您好,登錄后才能下訂單哦!
這期內容當中小編將會給大家帶來有關Kafka和Redis各自的優缺點是什么,文章內容豐富且以專業的角度為大家分析和敘述,閱讀完這篇文章希望大家可以有所收獲。
大數據技術相輔相成,沒有任何一種技術是沒有缺點,孤立發展的。今天咱們來分析下Kafka和Redis的對比,看分布式發布訂閱都有什么各自的優勢與缺點。
Redis 是開源免費的,遵守BSD協議,是一個高性能的key-value非關系型數據庫。可能有朋友會問,Redis作為存儲數據庫,怎么和分布式發布訂閱消息系統Kafka對比?兩者本身不是同一個層次的東西啊。
但是Redis中有一個queue的數據類型,用來做發布/訂閱系統,這個就可以和kafka進行比較了。
Kafka 是一個高吞吐、分布式、基于發布訂閱的消息系統,利用Kafka技術可在廉價PC Server上搭建起大規模消息系統。Kafka具有消息持久化、高吞吐、分布式、多客戶端支持、實時等特性
存儲介質不同
redis queue數據是存儲在內存,雖然有AOF和RDB的持久化方式,但是還是以內存為主。
kafka是存儲在硬盤上
性能不同
因為存儲介質不同,理論上redis queue的性能要優于kafka,但是在實際使用過程,這塊體驗并不是很明顯,通常只有一些高并發場景下需要用redis queue,比如發紅包,可以先將紅包預先拆解然后push到redis queue,在搶的一瞬間可以很好的支撐并發。
成本不同
這邊要劃重點,劃重點,劃重點。
kafka存儲在硬盤上,成本會比內存小很多,具體差1,2個數量級是有,在數據量非常大的情況下,使用kafka能夠節省蠻多服務器成本。最常見的有應用產生的日志,這些日志產生的量級一般都很大,如果有需要進行處理,可以使用kafka隊列。
Redis作為消息隊列
redis發布(pub)、訂閱(sub)模式
redis中的發布訂閱由三部分組成。發布者(生產者)、通道(類似于topic)、訂閱者(消費者),具體結構如下圖:
Redis的pub-sub模式非常像西式快餐一樣,快餐快消,全都是因為Redis是使用內存來做存取,所有你生產的消息立馬會被消費者一次性全部處理掉,并且沒有留下任何痕跡, 同時因為內存總是寶貴的,所以內存上會有限制,當生產者以及消費者上來的時候也會對redis的效率,還有Redis在處理發布和消費big size(10K+的文件)的數據的時候會表現出無法忍受的緩慢
如果有以下場景可以考慮使用Redis作為消息隊列
如果你的需求是快產快消的即時消費場景,并且生產的消息立即被消費者消費掉
如果速度是你十分看重的,比如慢了一秒好幾千萬這種
如果允許出現消息丟失的場景
如果你不需要系統保存你發送過的消息,做到來無影去無蹤
如果需要處理的數據量并不是那么巨大
KafKa作為消息隊列
KafKa的設計精妙,支持分布式,高可用的部署,并且對一個大的隊列采用分成多個Partition(分區),來提高消息入隊的吞吐量,分而治之的思想. 并且消費的時候支持group的概念,能夠支持多個客戶端消費同個隊列,并且一個group中可以增加consumer的數量來擴展消費的處理量.
KafKa不受生產者數量的影響,因為吞吐量足夠支撐,即使在廉價的單機服務器上也可以有10萬每秒的消息傳輸量,并且消費者是想什么時候消費都可以,消息它就在那里,十分靈活,不用擔心來無影去無蹤的恐慌.能把消息持久化,并以一定的策略(例如一定時間內刪除,或者到達多大容量的時候清空)
當有一下場景的時候你可以考慮使用KafKa作為消息隊列
如果你想要穩定的消息隊列
如果你想要你發送過的消息可以保留一定的時間,并不是無跡可尋的時候
如果你無法忍受數據的丟失
如果速度不需要那么的快
如果需要處理數據量巨大的時候
Redis 是以 key 的 hash 方式來分散對列存儲數據的,且 Redis 作為集群使用時,對應的應用對應一個 Redis,在某種程度上會造成數據的傾斜性,從而導致數據的丟失。
而從之前部署 Kafka 集群來看,kafka 的一個 topic(主題),可以有多個 partition(副本),而且是均勻的分布在 Kafka 集群上,這就不會出現 redis 那樣的數據傾斜性。Kafka 同時也具備 Redis 的冗余機制,像 Redis 集群如果有一臺機器宕掉是很有可能造成數據丟失,而 Kafka 因為是均勻的分布在集群主機上,即使宕掉一臺機器,是不會影響使用。同時 Kafka 作為一個訂閱消息系統,還具備每秒百萬級別的高吞吐量,持久性的、分布式的特點等。
上述就是小編為大家分享的Kafka和Redis各自的優缺點是什么了,如果剛好有類似的疑惑,不妨參照上述分析進行理解。如果想知道更多相關知識,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。