本文來自網易雲社區 作者：田宏增 Kafka的高可靠性的保障來源於其健壯的副本（replication）策略。通過調節其副本相關參數，可以使得Kafka在性能和可靠性之間運轉的游刃有余。Kafka從0.8.x版本開始提供partition級別的復制,replication的數量 ...

那些情況會失敗 網絡問題有很多原因出發失敗。防火牆也可能會中斷Idle連接，網絡失敗不是很快確定的。 硬件和軟件也會導致系統崩潰。客戶端軟件保持運行，而邏輯錯誤也可能會導致channel和conne ...

IM 系統中，保證消息的可靠投遞主要體現在兩方面，一是消息的不丟失，二是消息的不重復。 一、消息不丟失 消息丟失的原因 首先看一下發送消息的流程，如下圖所示： 圖片來源於《即時消息技術剖析與實戰》第 04 講 用戶 A 發出的消息，先到達IM服務端（步驟1），由服務端暫存（步驟 ...

一、可靠性問題分析 消息的可靠性投遞是使用消息中間件不可避免的問題，不管是使用哪種MQ都存在這種問題，接下來要說的就是在RabbitMQ中如何解決可靠性問題；在前面 在前面說過消息的傳遞過程中有三個對象參與分別是：生產者、RabbitMQ(broker)、消費者；接下 ...

1、前言 IM App 是我做過 App 類型里復雜度最高的一類，里面可供深究探討的技術難點非常之多。這篇文章和大家聊下從移動端客戶端的角度所關注的IM消息可靠性和送達機制（因為我個人對移動客戶端的經驗積累的比較豐富嘛）。 學習交流： - 即時通訊開發交流群：320837163[推薦 ...

消息丟失分成三種情況，可能出現生產者、RabbitMQ、消費者。 生產者丟失數據 首先要確保寫入 RabbitMQ 的消息別丟，消息隊列通過請求確認機制，保證消息的可靠傳輸。生產開啟 comfirm 模式，在生產者開啟 comfirm 模式之后，每次發送消息都會分配一個唯一的id ...

人生終將是場單人旅途，孤獨之前是迷茫，孤獨過后是成長。 楔子 本篇是消息隊列RabbitMQ的第四彈。 RabbitMQ我已經寫了三篇了，基礎的收發消息和基礎的概念我都已經寫了，學任何東西都是這樣，先基礎的上手能用，然后遇到問題再去解決，無法理解就去深入源碼，隨着時間的積累對這一 ...

看過一些別人寫的， 感覺有些東西沒太說清楚，個人主要以源代碼跟蹤，參考個人理解講述，有錯誤請指正。 1基本名詞 1.1 Tuple: 消息傳遞的基本單位。很多文章中介紹都是這么說的， 個人覺得應該更詳細一點。 在spout發送的時候，函數原型 public List< ...