ActiveMQ 持久化設置： 在redis中提供了兩種持久化機制：RDB和AOF 兩種持久化方式，避免redis宕機以后,能數據恢復，所以持久化的功能 對高可用程序來說 很重要。 同樣在ActiveMQ 中 也提供了持久化的功能，在生產者 生產消息 到隊列中，可以通過設置 該消息在隊列中是否 ...

文章轉自：http://www.linuxidc.com/Linux/2013-02/79664.htm 1.JMS消息確認機制 JMS消息只有在被確認之后，才認為已經被成功地消費了。消息的成功消費通常包含三個階段：客戶接收消息、客戶處理消息和消息被確認。在事務性會話中，當一個事務被提交 ...

消息的簽收(Acknowledgment): 　　客戶端成功接收一條消息的標志是這條消息被簽收。 　　成功接收一條消息一般包括如下三個階段： 　　　　(1) 客戶端接收消息 　　　　(2) 客戶端處理消息 　　　　(3) 消息被簽收 　　簽收 ...

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

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

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

最近測試可靠性，參考了業界的一些思維，有些想法和建議； 先說說軟件可靠性的定義，根據我測試的體會和思考，我覺得軟件的可靠性就是軟件系統發生故障后自動恢復或者人工干預使其能恢復到正常狀態的能力；業界的測試有些把容錯測試和可靠性測試搞混淆，其實兩者不一樣，容錯測試是通過模擬一些可能發生的已知的異常 ...

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