書接上回，繼續(xù)分享。
通用報(bào)文解析服務(wù)，用C#開發(fā)，經(jīng)歷了三版更新，支撐起了關(guān)區(qū)內(nèi)的絕大多數(shù)數(shù)據(jù)交換業(yè)務(wù)，截止至今，每日收發(fā)報(bào)文約20萬(wàn)，數(shù)據(jù)量約5G，平均延遲在1分鐘內(nèi)。
回想起那些半夜處理積壓報(bào)文的場(chǎng)景，不勝唏噓，決定把這個(gè)演進(jìn)過程向大家講述一下。回顧歷史，展望未來(lái)，如果能給大家一些啟發(fā)，是再好不過的了。
（第三版）
三、通用報(bào)文解析服務(wù)V3.0——分布式，消息隊(duì)列
上一篇說到了一個(gè)問題，引用的程序集由不同的團(tuán)隊(duì)負(fù)責(zé)維護(hù)，都引用一套公共組件庫(kù)，在更新和發(fā)布時(shí)互相掣肘，導(dǎo)致無(wú)法保證有效的更新。其實(shí)這就是依賴管理的問題。
導(dǎo)致這個(gè)問題的根源是程序的架構(gòu)：
其中公共組件庫(kù)由專門的小組開發(fā)維護(hù)，不定期發(fā)布新版本。
