總得來看，企業級系統模塊通信的方式通常情況下，無非兩種。
同步方式：REST、RPC方式實現；異步方式：消息中間件（消息隊列）方式實現。
同步方式的優點：可以基於http協議之上，無需中間件代理，系統架構相對而言比較簡單。缺點是：客戶端和服務端緊密耦合，並且要實時在線通信，否則會導致消息發送失敗。
異步方式的優點：客戶端和服務端互相解耦，雙方可以不產生依賴。缺點是：由於引入了消息中間件，在編程的時候會增加難度係數。此外，消息中間件的可靠性、容錯性、健壯性往往成爲這類架構的決定性因素。
首先，在一個企業級的架構應用中，究竟何時需引入消息隊列呢？最經常的情況，無非這幾種：做業務解耦、事件消息廣播、消息流控處理。其中，對於業務解耦是作爲消息隊列，要解決的一個首要問題。所謂業務解耦，就是說在一個業務流程處理上，只關注具體的流程，盡到通知的責任即可，不必等待消息處理的結果