2019年第22期特码资料
組合服務平臺(Sm@rtSS)
首頁 >  軟件產品 >  S++新一代SOA >  組合服務平臺([email protected]

組合服務平臺([email protected]

[email protected] 組合服務平臺是面向 S++、基于數據、應用整合、高度可擴展、解決業務復雜度和業務變化的平臺,具有集成特性和面向服務特性為一體的基礎架構。

組合業務平臺分為運行平臺、管理控制臺和集成開發工具 IDE。運行平臺其上運行的業務是以服務的方式配置在容器上的,服務主要以配置文件形式存在;管理控制臺以頁面提供可視化操作運行平臺的資源;IDE 是生成并管理資源的集成開發工具。

運行平臺包括:協議管理、接入流程、服務質量、元數據管理、接出管理、組合服務、服務資源池、組合服務引擎、事務管理、異常管理、基礎組件等。

管理控制臺包括:參數管理、節點管理、服務管理、元數據管理、服務有效性控制、異常處理管理、流量控制、故障隔離、日志查詢、交易流水、日終處理、對賬管理、沖正管理等。

集成開發工具 IDE 包括:協議開發、渠道開發、渠道適配流程開發、服務識別開發、異常處理開發、系統識別開發、服務(業務服務、基礎服務)開發、組合服務開發、拆組包開發、服務及其他資源部署、測試報文自動生成、服務測試、斷點調試、流程跟蹤、擋板下發、版本發布、版本導入、增量抽取、組件倉庫等。

該產品有如下功能特點

  • 擁有高可用性和高穩定性的開發框架,可以方便地實施各種類型的業務;
  • 深入應用 S++ 架構思想,可實現服務的抽象和復用及流程重組;
  • 產品內置多種服務組合類型,可方便開發人員選擇使用;
  • 產品提供可視化開發工具,方便服務組合開發;
  • 產品提供服務多態性,真正實現了服務的繼承與動態調用。

服務多態性

組合服務平臺真正實現了 S++ 理念中的服務的多態性,使得系統間的訪問不再依賴于對象,而是面向服務,通過多態性消除系統間的耦合性。與面向對象的方式不同的是,當一個消費者調用一個抽象服務的時候,消費者不需要知道具體要調用哪一個派生服務,從而實現跨系統的多態調用;同時,針對異構系統,由于不需要實現遠程對象的調用,所以消費者不需要加載任何與派生類相關的信息,從而保證了異構系統間多態調用的實現。所以組合的過程中,可以建立獨立的組合服務應用,并且在組合業務應用中實現服務的多態性,而不需要業務系統配合。舉例說明,假設組合應用中某流程需要調用服務 A,服務 A 具有 A1、A2、A3 這三個派生服務,那么在組合應用中引入所有這些服務的定義就可以實現業務流程的多態性。將多態性的實現從業務系統中剝離出來的好處是,當 A1、A2、A3 分屬于不同的業務系統時,仍然可以很好的實現,同時不會影響業務系統的穩定性。

服務多態性的概念
服務多態具有以下特征
  • 服務多態必須是運行態提供的能力,開發態只需要關注服務的抽象定義,從而實現業務流程的穩定性。
  • 服務多態必須對業務透明。即,在業務流程中不應該出現與運行時動態變化相關的代碼。如果在業務流程中需要判斷一些要素,根據要素由業務來完成服務的動態變化,那么就不是服務多態。
  • 服務多態必須支持跨系統的遠程服務調用。當業務流程中需要調用外部服務的時候,服務動態變化的實現必須是自動的,不需要本地業務系統進行支撐。
  • 服務多態必須自動的支持業務要素的重載和映射轉換。當業務流程調用的父類抽象服務時,其業務要素可以被子類服務的業務要素重載,例如繳費服務中一個業務要素“待繳費標識號”,繳電話費子類中就會被重載為“待繳費電話號碼”,那么這個重載映射的過程必須由系統來完成,應用應該完全透明。
服務多態性解決的問題域

服務多態性主要為解決系統間相互訪問產生的耦合性問題,由于面向對象方法引入的強耦合性,造成了傳統的系統間調用必須手工的維護業務分支,從而進一步導致業務流程不穩定難以維護。

1. 服務多態主要面向系統間相互訪問,系統內更高效的方法還是對象的多態性。

2. 服務多態用于解決系統擴展問題,防止業務流程中服務節點的擴展對流程本身造成影響,從而導致需要人工修改流程的問題。

3. 服務多態可以屏蔽同類業務分支,例如繳費服務存在繳電話、繳水費等這些種情況;對于不同類型的業務分支無法利用多態性,例如當賬戶余額充足時繳費,不足時返回異常,這樣的分支是無法利用多態性進行簡化的。

4. 服務多態不能解決應用架構問題,就如面向對象一樣,在不同應用架構下服務多態的實現方法可能有很大的差異,甚至某些架構下服務多態性不一定能優雅的實現。


項目咨詢

親愛的朋友,如您對我們的產品感興趣,您可以通過以下方式聯系我們

2019年第22期特码资料