RabbitMQ 是比較有代表性的，因為是 基於主從 （非分散式）做高可用性的，我們就以 RabbitMQ 為例子講解第一種 MQ 的高可用性怎麼實現。 RabbitMQ 有三種模式：單機模式、普通叢集

一、前言 訊息佇列中介軟體（簡稱訊息中介軟體）是指利用高效可靠的訊息傳遞機制進行與平臺無關的資料交流，並基於資料通訊來進行分散式系統的整合。通過提供訊息傳遞和訊息排隊模型，它可以在分散式環境下提供應用解耦、

為什麼使用訊息佇列 其實就是問問你訊息佇列都有哪些使用場景，然後你專案裡具體是什麼場景，說說你在這個場景裡用訊息佇列是什麼？ 面試官問你這個問題，期望的一個回答是說，你們公司有個什麼業務場景，這個業務場

RabbitMQ 是使用 Erlang 语言开发的消息中间件, 其遵循了高级消息队列协议(Advanced Message Queuing Protocol, AMQP)。 与 Kafka 等消息队列相比，

一、RPC RPC（Remote Procedure Call）—遠端過程呼叫，它是一種通過網路從遠端計算機程式上請求服務，而不需要了解底層網路技術的協議。有很多方式可以實現，譬如UNIX RPC、REST

一、場景 當訊息的投送方把訊息投遞出去，卻不知道訊息是否投遞成功了。如果訊息投送方不管的話，勢必對系統的造成可靠性的影響。 可是如果要保證系統的可靠性，訊息投靠方，如何知道訊息

继上一篇 https://www.cnblogs.com/drafire/p/10062891.html ，这篇博客继续介绍centos 7下安装rabbitmq的集群。 今天在公司搞了一天的rabbitmq，

我是在解決分散式事務的一致性問題時瞭解到的RabbitMQ，當時主要是要基於RabbitMQ來實現我們分散式系統之間對有事務可靠性要求的系統間通訊。 提到RabbitMQ，不難想到的幾個關鍵字：訊息

模型 生產者 1 package cn.wh; 2 3 import java.io.IOException; 4 import java.util.concurrent.Timeo

傳送訊息，生產者  接收訊息 消費者   RabbitMQ是Erlang語言開發 上篇部落格 實際場景Exchange用的多 1對多釋出訂閱（下篇講，這篇讓你更瞭解佇列） ========

背景 Golang裡面採用AMQP 來連線rabbitmq , 使用之後發現這個庫比較底層，只提供協議的封裝。這個庫用到生產環境不合適，包裝了一層以提供更加穩定的功能，程式碼地址

上篇文章介紹了使用Redis來實現延時任務，這是一個比較好的方案，但是這種方式是把Redis作為訊息佇列去使用，而Redis作為訊息佇列還是有一些缺點的： Redis本身沒有提供監控、管理介面，需要

一、rabbitmq實現rpc呼叫的原理 ·rabbitmq實現rpc的原理是：客戶端向一個佇列中傳送訊息，並註冊一個回撥的佇列用於接收服務端返回的訊息，該訊息需要宣告一個叫做correaltionId的屬

訊息佇列解決了什麼問題 1.  非同步處理 2.  應用解耦 3.  流量削峰 4.  日誌處理。。。。。。 安裝RabbitMQ （這裡的安裝我只僅僅說一下linu

簡介: rabbitmq即一個訊息佇列,主要用來實現應用程式的非同步和解耦,訊息緩衝,訊息分發的作用. 由於rabbitmq依賴於erlang語言,所以先安裝erlang: 新增erlang solut