基于消息的分布式架构设计
生活随笔
收集整理的這篇文章主要介紹了
基于消息的分布式架构设计
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
背景:
隨著社會的發(fā)展,經(jīng)濟的飛躍,傳統(tǒng)的單系統(tǒng)模式(webApp+DB)已經(jīng)很難滿足業(yè)務(wù)場景的需要。企業(yè)系統(tǒng)開始不斷演化成多個子系統(tǒng)并存協(xié)作的局面。大大降低了系統(tǒng)間的耦合性,更重要的便于子系統(tǒng)的擴展、升級、維護等。談到系統(tǒng)間的協(xié)作,目前常用兩種方式: 1、基于Http協(xié)議 通過客戶端發(fā)起的get、post請求,服務(wù)端接收request請求,處理請求,得到響應(yīng)內(nèi)容,通過網(wǎng)絡(luò)傳送到客戶端,由瀏覽器解析出一個可視化的頁面。
這種交互最大的優(yōu)勢是實時性,通過HTTP請求連接各個子系統(tǒng),從而跨服務(wù)器來完成一個完整的業(yè)務(wù)流程。缺點協(xié)議請求頭的信息較少,一般都是關(guān)鍵參數(shù),完整數(shù)據(jù)由下一個子系統(tǒng)從數(shù)據(jù)庫、文件系統(tǒng)來獲取,從來保證前后的業(yè)務(wù)數(shù)據(jù)銜接。
2、基于消息的模式。 這種模式一個很重要前提是對實時性要求不高。優(yōu)點可以有效降低模塊的耦合性,減輕主干業(yè)務(wù)流程,將大量的業(yè)務(wù)交由后臺任務(wù)來處理&
總結(jié)
以上是生活随笔為你收集整理的基于消息的分布式架构设计的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 类型的本质和函数式实现
- 下一篇: 为什么程序员需要关心顺序一致性(Sequ