一、背景介紹

近兩年G行分布式服務體系能力不斷提高，初步形成服務化生態；服務網格、容器云、虛擬化技術逐步在生產環境實施及推廣，為服務整合的實現提供了有效的技術支撐。與此同時，隨著G行業務快速發展，應用系統數量快速增加、系統間調用關系日趨復雜；整合場景和業務需求的數量和復雜度均持續增加；投產頻度增高、周期縮短，敏捷發布常態化。為適應業務發展和科技能力提升的需要，企業服務整合平臺應運而生。

二、平臺建設目標

此前G行分布式服務體系缺少具備統一規范的服務整合技術支撐平臺和相應的可共享服務整合能力。而G行的分布式服務體系已涵蓋超過60個系統，近100個服務，形成了一定生態規模，因此啟動了企業服務整合平臺的建設。企業服務整合平臺建設主要有以下關鍵目標：

填補能力空白，建立分布式服務體系下的服務整合能力，提供可共享的公共業務能力整合，提升業務需求實現的質量和效率。

推進服務治理，豐富企業服務治理工具和手段，立足平臺展開服務治理試點延伸。

降低體系內業務服務開發復雜度，提升研發效率，形成分布式服務體系業務設計、開發、測試、發布、運維的全生命周期研發模式，提升G行業務需求開發效率，增強企業競爭力。

復用解決方案，降低業務服務設計及實施復雜度，建立共享的服務整合實現案例庫。

三、企業服務整合平臺系統設計

3.1系統間功能分布設計

結合G行服務化轉型架構規劃及分布式服務體系建設現狀，企業服務整合平臺將負責分布式服務體系服務整合場景的實現和以服務接口形式的整合功能發布。相關整合場景以多個服務接口自動化調用處理的短流程模式，形成局部可共享的業務能力。

基于企業視角，統籌規劃，建設通用服務整合平臺，通過服務編排實現服務整合，組合后生成的新服務注冊至企業分布式服務平臺，相關服務也可被再次組合，形成專業應用服務之外的組合服務能力。

3.2重要功能模塊及分布

整合場景設計開發模塊

整合開發IDE和平臺設計開發管理流程，在過程中，形成整合場景資產沉淀。包括整合工程需求關聯、設計描述、測試案例，將跟隨服務整合工程完整生命周期，進行規范化資產化管理。

整合場景綜合管理模塊

針對已投產服務整合工程形成的服務接口，進行全生命周期管理；根據服務接口被調和主調關系，對接口及邏輯變更進行分析和流程化管理；針對服務整合場景調用SLA進行統計分析，結合調用關系支持進一步服務治理。

平臺運維監控模塊

提供平臺、節點、整合工程場景粒度的監控和運維能力。包括基于腳本的人工應急處置機制。

平臺應用網關

平臺應用網關除分布式服務體系集成、接口發布、負載均衡能力外，計劃實現可配置路由、流控、接口鑒權等升級能力。

批量對賬服務模塊

實現對賬業務場景。

平臺整合場景運行實例節點

基于平臺微服務運行框架，實現基于容器云、應用運行框架，支持服務整合工程場景粒度的接口發布和運行。

四、面臨的主要問題及解決方案

企業服務整合平臺作為基于業務場景提供交易請求的系統，會遇到各種各樣的交易和業務場景，那么如何對各業務場景進行解耦，如何處理慢交易等特殊業務場景，以及當整合平臺的業務場景達到一定規模時候如何進行擴縮容，都是非常值得思考并通過細致設計加以解決的問題。為此，企業服務整合平臺提供了分組路由、平臺孵化等機制應對這些問題。

平臺網關分組路由機制

目前G行自主研發平臺基于原生Spring Gateway實現分組化路由，企業整合平臺將在此基礎上補充基于服務名和業務場景的后臺服務分組路由功能。企業服務整合平臺針對慢交易等特殊業務場景，設置特定的運行節點組或者獨立子應用服務單元，獨立運行這類交易場景。同時企業服務整合平臺采用全棧VBC容器云環境部署，可以實現運行節點靈活擴容，形成臨時分組。

企業整合平臺孵化機制

當平臺基于業務域積累一定規模業務場景案例后，企業服務整合平臺即可提供服務靈活拆分及領域孵化機制。如該應用具備孵化條件，可獨立立項拆分，從企業級服務注冊中心申請新服務名，采用服務整合平臺相同的技術架構，自平臺分離或新建應用和數據庫資源進行獨立部署，形成全新的某業務領域服務整合平臺。

五、平臺服務架構原則

企業服務整合平臺提供大量業務交易整合場景，確定服務集成范圍及集成原則將至關重要。基于此，企業整合平臺提出了平臺整合服務原則和應用服務原則，作為對業務場景接入整合平臺、服務子應用化和整合平臺業務域孵化的依據。

平臺整合服務原則：

• 服務共享原則：整合后場景接口原則上其應用場景具備為多個消費方提供服務的可能。
• 服務整合原則：整合場景調用接口應來自兩個或兩個以上服務（系統），且整合場景中單一服務所提供接口不應超過50%。（除總前服務交換網關）該場景應優先由后臺服務進行整合。
• 服務范圍原則：整合平臺向分布式服務體系內作為整合場景調用方的應用提供整合服務，且不直接向各類客戶端或業務人員直接提供服務能力。
• 數據處理原則：由于平臺圍繞服務整合流程進行處理，所有業務場景所需業務數據均依賴相關后臺服務通過服務接口提供。
• 邏輯處理原則：整合平臺具備提供整合過程中的簡單業務邏輯處理，如遇復雜邏輯實現的場景，應由后臺服務提供相關能力

平臺應用服務原則：

• 平臺實施優先級原則：服務整合平臺主要為企業通用整合場景提供服務化支持，自治子應用在未成熟前在平臺實施。隨相關應用發展，在規模和復雜度具備獨立提供服務條件，則申請通過架構評審獨立遷出相應服務能力。
• 平臺子服務解耦原則：存在提供基于主數據的非整合性質服務接口和其它服務能力，該類應用將采用微服務模式作為平臺子服務，計算和數據庫資源同平臺整合服務獨立解耦。子服務仍依賴企業服務整合平臺統一對外發布接口。

六、集中交換體系交易整合遷移策略思考

目前G行集中交換體系交易整合場景隨著前后臺系統服務化，將逐步遷移至分布式服務體系。針對不同業務場景情況，其遷移策略分為以下幾類：

1.直接孵化領域整合平臺：已具備成熟領域能力，可直接形成新的專業領域整合平臺服務。服務調用方已在分布式服務體系內的領域整合場景，可參考企業服務整合平臺技術架構，進行遷移構建。

2、遷移至企業服務整合平臺：未成熟領域整合場景遷入企業服務整合平臺。如服務調用方已在分布式服務體系內，可遷移相關場景，支持體系內應用。

3.獨立演進成為獨立應用服務：具備獨立業務特征的應用應獨立發布企業級服務。隨著服務化展開，服務調用方已在分布式服務體系內，具備可形成獨立應用服務，包括業務主數據的應用，建議獨立發布服務或應用子服務。

七、總結與展望

企業服務整合平臺作為服務整合技術支撐類平臺，目前已投入生產運行半年之久，取得了一定的效果，全鏈路自動化的處理流程大大縮短了業務場景處理時間。同時我們對整合平臺的未來進行了規劃與思考，尤其是在業務場景的規劃與設計方面。平臺將不斷豐富業務場景整合，擴展業務范圍，編排更復雜的業務場景。同時平臺將做好業務場景間的解耦，充分用好容器云資源和微服務架構優勢將業務場景更加細粒度化，充分保障各業務場景平穩運行，使其在G行分布式架構轉型中發揮更大的作用。