對于消息中間件部分進(jìn)行單獨(dú)剝離，即講服務(wù)設(shè)計和ESB協(xié)議轉(zhuǎn)換和適配部分同消息中間件分離，對于消息中間件部分初步考慮采用RabbitMQ或zeroMQ來實現(xiàn)，其中zeroMQ由于用c語言實現(xiàn)，相當(dāng)來說更加輕量和高性能。但是RabbitMQ本身更適合做一個企業(yè)級的消息系統(tǒng)，其在集群，持久化，高可用性和分布式可擴(kuò)展性方面往往更加有優(yōu)勢。相當(dāng)來說RabbitMQ往往是更好的選擇。

對于消息中間件的使用，主要需要實現(xiàn)幾個方面的內(nèi)容，一個是傳統(tǒng)MQ的基本功能，即基于消息的異步通訊機(jī)制，其次是實現(xiàn)消息發(fā)布訂閱模式，最后是一個重要功能，即用做ESB內(nèi)部的消息存儲和異步日志記錄，通過MQ的異步功能對于日志進(jìn)行異步持久化以實現(xiàn)ESB層本身的高性能，而不會影響到服務(wù)本身調(diào)用性能。

對于數(shù)據(jù)庫可以看到，主要是包括兩個方面的內(nèi)容，其一是對于服務(wù)元數(shù)據(jù)管理部分的內(nèi)容，其二是對于服務(wù)運(yùn)行實例的持久化內(nèi)容。其中可以看到對于服務(wù)運(yùn)行實例完全可以采用獨(dú)立的分布式數(shù)據(jù)庫來存儲，由于這種實例運(yùn)行記錄本身就類似key-value的存儲模式，因此可以考慮采用mongoDB或redis庫來實現(xiàn)這部分?jǐn)?shù)據(jù)的存儲，個人對于這塊傾向于選擇redis庫來實現(xiàn)即可。

對于服務(wù)總線的管控和治理平臺建議是和ESB服務(wù)總線進(jìn)行分離，管控平臺部分的核心功能主要還是服務(wù)元數(shù)據(jù)管理，服務(wù)目錄庫，服務(wù)運(yùn)行監(jiān)控分析，服務(wù)安全和訪問控制，服務(wù)全生命周期管理等基礎(chǔ)內(nèi)容。管控平臺數(shù)據(jù)庫可以用結(jié)構(gòu)化的數(shù)據(jù)庫，數(shù)據(jù)庫本身不會有太大的性能瓶頸。

對于服務(wù)設(shè)計部份可以引入可視化的服務(wù)設(shè)計和服務(wù)組合，其中核心主要是實現(xiàn)適配器，數(shù)據(jù)映射轉(zhuǎn)換，日志和異常管理，安全管理，外部接口調(diào)用，路由，消息發(fā)布訂閱等基礎(chǔ)設(shè)計能力。對于適配器是一個核心基礎(chǔ)功能組件，主要需要實現(xiàn)對數(shù)據(jù)庫，SOAP和rest WebService的接入，HTTP服務(wù)的接入，JMS消息的適配，F(xiàn)TP文件的適配等基礎(chǔ)功能。同時在適配處理過程中實現(xiàn)大數(shù)據(jù)和大文件傳送組件的集成。

進(jìn)一步加強(qiáng)服務(wù)監(jiān)控和預(yù)警功能，包括對詳細(xì)SLA服務(wù)等級和策略的訂閱，對預(yù)警策略的定義，能夠?qū)崿F(xiàn)準(zhǔn)實時的服務(wù)監(jiān)控和預(yù)警。同時在服務(wù)視圖靜態(tài)展現(xiàn)上增加服務(wù)預(yù)警和調(diào)用異常的動態(tài)實時展示，以幫助管理員更加實時的發(fā)現(xiàn)服務(wù)運(yùn)行中的異常。同時增加對ESB服務(wù)總線集群的管理功能，其中包括對集群各個節(jié)點(diǎn)的監(jiān)控，對服務(wù)部署實現(xiàn)集群化的動態(tài)部署，包括服務(wù)的熱部署能力支持。以提升ESB平臺本身的高可用性和可伸縮性。

可以參考Dubbo服務(wù)框架的實現(xiàn)模式，在服務(wù)目錄庫中引入兩種服務(wù)接入方式，即一種是由ESB來實現(xiàn)服務(wù)代理，同時實現(xiàn)服務(wù)數(shù)據(jù)傳輸映射和運(yùn)行日志審計；對于其它大數(shù)據(jù)調(diào)用服務(wù)為了提升技能，則服務(wù)目錄中心僅僅是返回可使用的服務(wù)調(diào)用地址，由服務(wù)消費(fèi)方和提供方進(jìn)行直接的消息傳輸通訊。通過兩種方式的結(jié)合可以更好的兼顧ESB總線的常規(guī)能力同時又提升服務(wù)總線的性能。

可以考慮通過本地SDK開發(fā)包的引入，進(jìn)一步來簡化服務(wù)提供和消費(fèi)端的代碼開發(fā)，該模式下雖然整個服務(wù)開發(fā)和消費(fèi)過程更加簡單，但是本身對業(yè)務(wù)系統(tǒng)有一定的侵入性，因此也需要慎重采用。

進(jìn)一步加強(qiáng)對服務(wù)流量控制功能的設(shè)計和開發(fā)，即根據(jù)SLA服務(wù)策略可以更加詳細(xì)的定義服務(wù)流量控制策略，包括服務(wù)在單位時間的調(diào)用次數(shù)，服務(wù)傳送的數(shù)據(jù)量，同時也包括對于任何一次調(diào)用服務(wù)本身的數(shù)據(jù)量控制和預(yù)警等，通過服務(wù)流量控制一方面是減輕下游接收系統(tǒng)的系統(tǒng)壓力，一方面也可以更好的屏蔽和發(fā)現(xiàn)各種非法調(diào)用。

可以考慮進(jìn)一步加強(qiáng)對服務(wù)運(yùn)行日志記錄的分析，通過服務(wù)運(yùn)行數(shù)據(jù)的采集和轉(zhuǎn)換，結(jié)合前期總體的業(yè)務(wù)系統(tǒng)集成架構(gòu)藍(lán)圖規(guī)劃?？梢酝ㄟ^服務(wù)消費(fèi)記錄更好的歡迎業(yè)務(wù)系統(tǒng)間業(yè)務(wù)系統(tǒng)的情況，這個一方面可以利用來實現(xiàn)業(yè)務(wù)單據(jù)的跨系統(tǒng)傳遞監(jiān)控，同時也可以更好的用來實現(xiàn)后續(xù)規(guī)劃的端到端流程監(jiān)控上。