電子采購平臺技術服務解決方案

1、電子采購平臺技術服務解決方案電子采購平臺技術服務解決方案電子采購平臺技術服務解決方案（此文檔為 word格式,下載后您可任意修改編輯?。┠夸?TOC o 1-5 h z HYPERLINK l bookmark53 o Current Document 需求綜述4 HYPERLINK l bookmark56 o Current Document 1.1主數據平臺接口 4 HYPERLINK l bookmark59 o Current Document 1.2業(yè)務數據接口 4 HYPERLINK l bookmark65 o Current Document OA系統(tǒng)接口： 5 HYPERL

2、INK l bookmark69 o Current Document 國家法定信息發(fā)布媒體： 52系統(tǒng)解決方案62.1系統(tǒng)技術架構6 HYPERLINK l bookmark77 o Current Document 運行平臺6 HYPERLINK l bookmark85 o Current Document 開發(fā)平臺7 HYPERLINK l bookmark89 o Current Document 監(jiān)控平臺7 HYPERLINK l bookmark93 o Current Document 公共服務8 HYPERLINK l bookmark97 o Current Documen

3、t 適配器82.2部署方案9管理監(jiān)控部分部署方案 9 HYPERLINK l bookmark116 o Current Document 硬件選型建議 10邏輯分區(qū)部署方案 11 HYPERLINK l bookmark128 o Current Document 硬件配置建議 12 HYPERLINK l bookmark132 o Current Document 服務接口規(guī)范 13 HYPERLINK l bookmark136 o Current Document 高性能、高可用性及擴展能力設計 13 HYPERLINK l bookmark140 o Current Documen

4、t 完善的安全機制14 HYPERLINK l bookmark151 o Current Document 2.3整體解決方案16 HYPERLINK l bookmark158 o Current Document 接入控制17 HYPERLINK l bookmark175 o Current Document 通信接入模塊 19 HYPERLINK l bookmark183 o Current Document 請求系統(tǒng)適配19 HYPERLINK l bookmark192 o Current Document 2.4集成服務功能20服務治理20 HYPERLINK l bookm

5、ark195 o Current Document 提供對出錯服務的及時檢測和隔離功能 21 HYPERLINK l bookmark199 o Current Document 協(xié)議轉換21 HYPERLINK l bookmark203 o Current Document 消息格式轉換 22 HYPERLINK l bookmark207 o Current Document 服務路由23 HYPERLINK l bookmark211 o Current Document 監(jiān)控和運維24 HYPERLINK l bookmark215 o Current Document 服務等級 2

6、4 HYPERLINK l bookmark219 o Current Document 2.5系統(tǒng)非功能需求25 HYPERLINK l bookmark222 o Current Document 可用性25可擴展性25 HYPERLINK l bookmark226 o Current Document 可維護性26 HYPERLINK l bookmark230 o Current Document 安全性26 HYPERLINK l bookmark234 o Current Document 性能需求26 HYPERLINK l bookmark238 o Current Docu

7、ment 2.6公用服務27 HYPERLINK l bookmark241 o Current Document 流量控制27故障隔離27 HYPERLINK l bookmark245 o Current Document 統(tǒng)一流水號28 HYPERLINK l bookmark249 o Current Document 日志記錄 28 HYPERLINK l bookmark253 o Current Document 2.7管理監(jiān)控28 HYPERLINK l bookmark257 o Current Document 系統(tǒng)平臺級監(jiān)控 28 HYPERLINK l bookmark

8、261 o Current Document 應用級監(jiān)控28 HYPERLINK l bookmark265 o Current Document 統(tǒng)計分析29 HYPERLINK l bookmark269 o Current Document 異常報警29 HYPERLINK l bookmark273 o Current Document 統(tǒng)一的運維管理 29 HYPERLINK l bookmark277 o Current Document 3技術支持與服務方案29 HYPERLINK l bookmark281 o Current Document 3.1技術支持與售后服務體系30

9、 HYPERLINK l bookmark284 o Current Document 3.2服務管理模式303.3服務響應31 HYPERLINK l bookmark291 o Current Document 問題優(yōu)先級（或問題嚴重程度）級定義 31 HYPERLINK l bookmark297 o Current Document 服務響應時間33 HYPERLINK l bookmark301 o Current Document 問題解決時間34 HYPERLINK l bookmark305 o Current Document 服務文檔35 HYPERLINK l bookm

10、ark313 o Current Document 3.4維護支持服務流程36 HYPERLINK l bookmark316 o Current Document 服務消息創(chuàng)建流程 36 HYPERLINK l bookmark324 o Current Document 問題處理流程36 HYPERLINK l bookmark334 o Current Document 服務確認流程38 HYPERLINK l bookmark343 o Current Document 投訴及問題升級流程 391 需求綜述1.1 主數據平臺接口系統(tǒng)建立與SAP相同的基礎數據管理庫，通過數據總線接口同步

11、能源集團 MDM中傳 輸過來的編碼或數據，以滿足電子采購平臺基礎數據管理的需求?；A數據信息包括： 物料編碼、計量單位、供應商、客戶等。1.2業(yè)務數據接口系統(tǒng)業(yè)務數據通過數據總線接口同 SAP、OA、EC等系統(tǒng)進行數據交互。系統(tǒng)必須確保通過數據總線接口訪問 SAP、OA、EC等系統(tǒng)數據與電子采購平臺數據 傳輸及時準確、數據完整統(tǒng)一；數 據 總 線 系 統(tǒng)數 據 中心電商平臺OA系統(tǒng)接口:支持將電子采購平臺中的待辦事項發(fā)送到 OA辦公系統(tǒng)進行審批，并讀取審批流。1.4國家法定信息發(fā)布媒體:按照國家相關要求，選擇相關媒體建立統(tǒng)一接口，支持招標公告、變更公告、結果公示等的自動發(fā)布。如國家無強行規(guī)定，

12、可以不做接口。系統(tǒng)解決方案2.1系統(tǒng)技術架構應用系蜻1倒用蔡境N管理監(jiān)控胴龕素蛛送配器通流適配器.局步部轉換化、代碼g服務輕毓適配器逢訊適配薯.同步異步轉換格耕化.代碼轉碰集戒開發(fā)關鍵誦踣|非美罹蹈通蹈|低成本通路|蛻一月希接口矚皂.筑一官埋.線一志挨.公共雁削沛1高實時性耍求扃一致性要承商舂吐能力悒應時問要求不高_致性要求不高曲留系統(tǒng)集成 套用牌底的應fita方式障低供統(tǒng)一目竭用【I理范、統(tǒng)一宣理、哉一答控，公共服將訪問撞入朝，分舞蹈由，同步取荏援 謾訊適配、格式轉化、代碼轉捶 鳴昧貌適配器請求接入應用程原接口靖求系炕I運行平臺運行平臺內部按照集成應用的特點分為多個集成“通路”，目前考慮分為

13、四類通路:1、關鍵服務通路關鍵業(yè)務、實時性要求高。2、非關鍵通路 非關鍵業(yè)務，查詢等。3、服務代理通路從目標架構過渡過程中，與集成目標無關的可以采取“穿透”的方式，減少實施工作量和實施成本。另外，復用價值較低的服務請求也適合采用“代理模式”。4、低成本通路對丁實時性要求不高，且信息量大的服務，可采取批量處理模式，降低集成實施成本。實際部署環(huán)境中，每一類通路都可以有多個物理部署，用來保證系統(tǒng)的可靠性，同時也支持橫向的擴展和減少不同系統(tǒng)之間的相互影響。開發(fā)平臺基丁 ESB系統(tǒng)標準的服務接口定義、內部統(tǒng)一的元數據管理、數據結構和服務接口定 義、路由規(guī)則等，實現多個技術通路的統(tǒng)一配置開發(fā)。開發(fā)平臺的是

14、對各個技術通路實際實現方法的抽象封裝。提供服務邏輯的開發(fā)框架和組件庫，用丁轉換適配邏輯、公共服務邏輯等的標準化開發(fā)、組件重用和統(tǒng)一管理。監(jiān)控平臺ESB應用系統(tǒng)要建立統(tǒng)一的日志規(guī)范、流水記錄規(guī)范、錯誤碼規(guī)范、系統(tǒng)運行狀態(tài)檢測規(guī)范、系統(tǒng)運行狀態(tài)控制標準，實現對 ESB系統(tǒng)整體統(tǒng)一的監(jiān)視和控制。是ESB系統(tǒng)的集成“控制面板”主要功能包括：異常監(jiān)視、通知提醒、運行控制、實時查詢、統(tǒng)計分析、服務的配置 和發(fā)布、服務管理、統(tǒng)一維護和版本部署等。由丁 ESB系統(tǒng)是整個企業(yè)的服務訪問樞紐，ESB可以集中監(jiān)控企業(yè)內所有的服務訪問，能夠提供各個系統(tǒng)的服務質量和狀態(tài)的統(tǒng)計數據，例如：成功率、服務響應時間、服務訪問量

15、、服務狀態(tài)異常等。公共服務提供統(tǒng)一的流量控制服務、日志記錄、接入參數控制等公共服務。從而實現多技術平 臺、多物理部署運行環(huán)境的公共服務支持。適配器適配器是ESB系統(tǒng)解決與外部系統(tǒng)之間各類差異的總稱。ESB將外部系統(tǒng)分為請求系統(tǒng)和服務系統(tǒng)兩類。 服務系統(tǒng)適配器對丁服務系統(tǒng)，尤其是遺留服務系統(tǒng)，基本集成策略是由ESB項目組開發(fā)適配器進行集成。但是服務系統(tǒng)適配器，并不能解決所有的服務適配問題，例如：ESB服務接口規(guī)范與服務系統(tǒng)規(guī)范的復雜對應和匹配工作，尤其是涉及到多個服務系統(tǒng)接口的復雜流程調用部分，如果由ESB組合這類服務流程組合，解決相關的交易完整性、一致性 問題，代價太大而且無法保證因此，實際集

16、成實施過程中，不可避免的要涉及到對服務系統(tǒng)的改造工作。 請求系統(tǒng)適配器對丁請求系統(tǒng)，ESB的基本原則是要求請求系統(tǒng)符合 ESB的技術規(guī)范和服務接口規(guī) 范。目的是減少不必要的轉換適配層次，提高系統(tǒng)的集成服務效率，降低資源消耗。ESB系統(tǒng)可為請求系統(tǒng)提供API ,對請求系統(tǒng)屏蔽通訊適配、報文組包等技術細節(jié)。請求系統(tǒng)只需要理解業(yè)務層面的接口規(guī)范，從而大大簡化請求系統(tǒng)的集成工作，同時 還可以加強對請求系統(tǒng)的監(jiān)控管理，同時為接口技術實現的升級改造提供輔助支持。ESB也可以開發(fā)適配器，實現請求系統(tǒng)的集成。主要針對那些無法改造或改造成本過 高的請求系統(tǒng)。部署方案管理監(jiān)控部分部署方案ESB系統(tǒng)的部署方案必須符

17、合企業(yè)基礎架構的要求。1）Webserver和Application Server必須分離，分別部署在 Web2區(qū)和APP區(qū)?；蛘?Web2區(qū)的應用通過生產區(qū)域的 APP，訪問DB。2） 用戶管理要符合集團的規(guī)范。用戶權限控制統(tǒng)一通過UM。UM決定用戶是否有權限操作 ESB的管理監(jiān)控平臺。UM權限通控制通過以后，由ESB管理監(jiān)控應用來進行詳細的角色權限管理。3）考慮到費用問題，可以采用 Apache和Tomcat。硬件選型建議ESB系統(tǒng)目標架構硬件選型主要考慮從以下因素：1）成本因素ESB系統(tǒng)基丁 Java技術實現，具有跨平臺的技術優(yōu)勢，因此可將成本是考慮硬件選型的首要指標，未來隨著ESB應用

18、規(guī)模的不斷增長，硬件成本在項目投入所占比重將會增加，因此選擇性價比高的硬件平臺是提高效費比的有效途徑。2）硬件擴容周期ESB作為企業(yè)內部信息化最為關鍵的服務樞紐，必須能夠快速響應應用規(guī)模的增長，其中包括硬件的采購周期、系統(tǒng)擴容部署速度。3）資源調配的簡便性、靈活性ESB系統(tǒng)應能夠針對業(yè)務量的周期性變化， 靈活的增減系統(tǒng)資源配置，資源的調整不應對集成服務持續(xù)性造成影響。基丁上述考慮，ESB系統(tǒng)的硬件推薦采用刀片服務器。刀片服務器還具有以下優(yōu)點：1）硬件成本相對低廉，配套的系統(tǒng)軟件和中間件價格也相對較低。2）虛擬化的集中資源管理，可有效提高資源的利用率。3）在集群中插入新的刀片，就可以提高整體性能

19、。4）支持熱插拔，硬件資源可以輕松地進行替換，并且將維護時間減少到最小。5）節(jié)約空間、便丁集中管理、易丁擴展和提供不問斷的服務。2.2.3邏輯分區(qū)部署方案適配器J接入集成核心數捐庠管理監(jiān)控ConftgM anager硬件配置建議其對應分配如下:名稱功能分布配置計算單兀數重適配器/公共服務適配器公共服務2cpu（8 核）32GB memory1*2集成核心WebMethodsMessage Broker2cpu（8 核）32GB memory1*2數據庫服務器Oracle2cpu（8 核）32GB memory1歸檔數據庫服務器Oracle2cpu（8 核）32GB memory1備份資源池作為

20、公共備份2cpu（8 核）32GB memory1總計7服務接口規(guī)范ESB系統(tǒng)負責解決實施服務接口規(guī)范與服務系統(tǒng)接口的差異， 可將主要的實施工作控 制在ESB項目范圍內，大大降低周邊系統(tǒng)的改造工作量，配合一些系統(tǒng)的瘦身計劃的 分階段順利實施。高性能、高可用性及擴展能力設計高處理能力保證措施控制信息+XML應用報文，中間層次不必解析XML應用報文，使系統(tǒng)不僅具備完善的 管理控制能力，同時還減少了報文解析開銷，提高了效率。非阻塞的異步模式、流水線式的作業(yè)處理，提高吞吐能力。異步記錄流水日志，保證信息的完整記錄，同時不影響系統(tǒng)的處理性能。系統(tǒng)處理能力可隨硬件資源的擴展線性的增長。系統(tǒng)所有配置規(guī)則均加

21、載到Cache中，運行過程中不存在對數據庫配置信息的讀寫操 作，保證系統(tǒng)高效運行。持續(xù)穩(wěn)定運行保障措施所有應用模塊均為群集部署，系統(tǒng)不存在單點故障隱患，某個模塊的故障不影響正常 運行。系統(tǒng)應用版本的升級可按模塊分別進行，不影響業(yè)務的正常運行。采用數據庫分區(qū)技術，實現海量數據記錄的活理和分區(qū)切換過程15秒鐘內完成，無 需采用與應用相關的數據庫分表方式，實現批量數據處理對總線應用透明 系統(tǒng)提供完備的動態(tài)安全刷新手段，配置信息可運行時在線刷新?？蓴U展性系統(tǒng)可以在CPU、內存等資源增加及擴容的情況下自我線性擴展處理能力；每個邏輯模塊可以采用橫向擴展的多物理模塊部署。中問用隊列進行通訊?？删S護性系統(tǒng)具有

22、較為完善的用戶管理界面，提供對系統(tǒng)所有功能的維護與參數配置管理的功 能；系統(tǒng)采用統(tǒng)一的服務模式和開發(fā)框架，從開發(fā)商增加可維護性，系統(tǒng)部署上采用 多邏輯單元分離部署，減少系統(tǒng)內部的耦合度，增加整個系統(tǒng)的可維護性。完善的安全機制企業(yè)應用集成技術使復雜的業(yè)務流程、大量的信息和數據在各IT應用系統(tǒng)和業(yè)務部門 之間高效的流轉和共享，實現業(yè)務流程標準化和自動化，促進業(yè)務流程優(yōu)化，提高建 行運營效率。任何不安全因素都會造成不可估量的損失，故所有數據的傳輸、處理、 交換都必須在良好的安全環(huán)境下進行，因此，必須建立一套完整的安全機制，以確保 整個通信系統(tǒng)的安全運行。方案主要為 ESB系統(tǒng)提供如下幾個方面的安全服

23、務：密鑰管理提供安全有效的密鑰管理方案，實現應用系統(tǒng)和ESB系統(tǒng)的密鑰產生、密鑰分發(fā)、密 鑰更新、密鑰注銷等。提供密鑰的自動更新機制，保證密鑰的安全性，提供高效的對 稱密碼算法，確保應用系統(tǒng)具有可用性和易用性。身份認證保證接入ESB系統(tǒng)的合法性，提供應用系統(tǒng)和 ESB系統(tǒng)之間的雙向身份認證，采用 基于證書的認證模式，系統(tǒng)使用的數字證書由第三方CA或者采用自運行維護的CA提供。CA證書采用離線下發(fā)的方式，以 PKCS#12文件的格式安裝到ESB系統(tǒng)和應 用接入系統(tǒng)。身份認證完成后，雙方得到一個 64個字節(jié)的隨機數，通訊雙方使用的對稱密鑰都是 基于這一組隨機數產生，對稱密鑰的選取規(guī)則雙方使用相同的

24、策略。對稱密鑰和對方 的公鑰信息存放在系統(tǒng)主機的共享內存，方便應用系統(tǒng)加密使用通訊加密ESB系統(tǒng)的安全性是保障IT應用系統(tǒng)安全可靠運行的重要環(huán)節(jié)，使用 PKI技術實現 系統(tǒng)的密鑰管理和通訊加密是目前解決此類問題的最有效途徑，應用系統(tǒng)和ESB系統(tǒng)之間通訊的報文使用對稱算法加密保護其機密性。為了提高密碼運算的處理速度，這 里推薦使用AES算法，密鑰的長度為128bit。通訊雙方在身份認證完成后，在共享內存中保存對稱密鑰。客戶端和服務器端的加密流程如下：客戶端加/解密流程：1）查詢共享內存中的對稱密鑰和算法ID,根據加密要求選取對稱密鑰，如果共享內 存中沒有對稱密鑰，加/解密失敗。2）使用查詢得到的

25、對稱加密密鑰，對報文進行加 /解密處理。服務器端加/解密流程:1）根據客戶端的系統(tǒng)代碼，查詢共享內存的加密密鑰和算法ID,如果共享內存中沒有對稱密鑰，加/解密失敗。2）使用查詢得到的對稱密鑰，對報文進行加/解密處理。4.關鍵字段MAC2.3整體解決方案ESB集成技術架構方案劃分為四個層面：渠道通迅接入、數據交換層、平臺服 務調度層、服務適配層。系統(tǒng)的每個層次都可進行橫向擴展，實際應用中系統(tǒng)處理能 力可以線性增長。對于渠道服務請求的接入，ESB提供標準的通迅協(xié)議（支持TCP/IP、HTTP、SNA、 FTP、MQSeries、JMS等協(xié)議和中間件）和MBSD標準接口規(guī)范，同 時還為請求系統(tǒng)提供服

26、務請求的 API,屏蔽通訊協(xié)議和報文格式的技術細節(jié)，能 夠提高請求系統(tǒng)的集成開發(fā)效率、減少轉換適配環(huán)節(jié)，同時還大大加強了總線系 統(tǒng)對接入的控制和管理，促進了集成應用的快速推廣和可靠運行。對于改造成本過高的存量系統(tǒng)，通過集成開發(fā)在數據交換層實現分類路由、同步異步轉換、消息格式轉換、代碼 轉換等功能。平臺服務調度支持四種模式：（一）、MB通道，用于高時效性、高一致性、高吞吐 能力的服務;（二）、WEBME通道，用丁時效性和一致性要求不高的服務；（三）、服務代理通道，目標架構過渡過程中，與當期集成目標無關，可以采取“穿透” 的方式，減少實施工作量和實施成本。另外，復用價值較低的服務請求也適合采用“代

27、 理模式”；（四）、低成本通道，對丁實時性要求不高，且信息量大的服務，可采取批量處理模 式，降低集成實施成本及節(jié)省系統(tǒng)資源。所有適配器需要在對存量系統(tǒng)分析后集成開發(fā)，ESB集成方案中集成產品的相互訪問統(tǒng)一使用MQ隊列方式。接入控制需要完成以下功能：對渠道提供不同協(xié)議的接入功能，包括 MQ , webmethods, http等協(xié)議的接入。對不同的渠道提供不同的接入點，實現系統(tǒng)負載均衡和最大限度的故障隔離，提供 高容量，高可靠性的服務。參數服務為渠道提供統(tǒng)一服務接口模式，伺服渠道下載需要的通道接入信息。渠道通過輪詢請求方式主動下載版本變化信息，初始化變化的連接池。服務端進行主動控制，實時控制渠道

28、的接入通路當某一接入點故障時，通過主動控制渠道接入點，自動切換到可以的接入點，實現 故障的完全隔離。對壓力較大的接入點，通過主動控制，把部分數據切換到壓力較小的通路，實現實 現負載控制。服務端為渠道維護相應標識信息和其所有當前版本和歷史版本信息。通過維護歷史版本信息，實現版本回退功能。實現方案：整體架構圖請求方J通信接入模塊負責和外部系統(tǒng)進行通訊，進行原始報文數據的傳輸。通信接入層實現以下功能：1 .利用系統(tǒng)層通訊協(xié)議和請求系統(tǒng)進行通訊，包括 TCP/IP、HTTP、SNA、FTP、 MQSeries、JMS。外部系統(tǒng)約定的通訊方式的實現，包括如何進行通訊連接，如何進行通訊應答， 如何進行數據

29、傳輸，如何約定通訊報文的大小，如何確定數據傳輸是否完畢，如何處 理通訊錯誤，如何關閉通訊連接，如何處理通訊層數據完整性校驗等。識別外部系統(tǒng)類型。4多通訊連接的并發(fā)處理。以下的功能不需要由通訊接口層完成：非通訊層面的數據報文的加解密。非通訊層面的數據報文的壓縮，解壓縮處理。通訊接入層屏蔽了所有的通訊細節(jié)，數據交換層只知道從某個外部系統(tǒng)獲得了或者發(fā) 送了一個數據報文，至丁該數據報文是如何獲得或者發(fā)送的，和數據交換層本身無關請求系統(tǒng)適配完成從服務端返回數據到標準輸出之間的轉換或從一個渠道端請求接口數據到MBSD服務標準請求數據之間的轉換。具體功能包括：電子采購平臺技術服務解決方案2.4.1服務治理電

30、子采購平臺技術服務解決方案2.4.1服務治理應用層面的數據報文的加解密。應用層面的數據報文的壓縮，解壓縮處理。數據報文類型的識別。數據報文的打包拆包，根據報文類型以及相關配置將數據報文拆分成統(tǒng)一的數據接 口或者相反。數據接口之間的轉換，根據定義的規(guī)則從一個數據接口轉換成服務數據接口或者相 反。接入適配層屏蔽了數據的具體物理表示和組織，平臺服務調度層只知道收到了一個服 務請求要求處理，至丁該服務請求是從哪個系統(tǒng)發(fā)起的，原始的請求數據是什么，和 服務整合層沒有關系，只和數據交換層有關。接入適配框架提供可配置的定長、變長報文轉換適配器，以及可擴展的接口可以適應 各種不同格式的報文轉換。同時接入框架提

31、供了 MBSD元數據管理功能，能夠方便的 定義報文的元數據，為報文的轉換以及應用的開發(fā)提供便利。2.4集成服務功能電子采購平臺技術服務解決方案電子采購平臺技術服務解決方案提供服務標準定義、服務封裝、注冊與發(fā)布等功能 ，提供位置透明性的服務路由和定 位服務ESB的服務接口規(guī)范應該基丁對業(yè)務流程的理解， 經過抽象、歸納形成，服務 接口規(guī)范獨立與現有系統(tǒng)的具體實現，接口規(guī)范具有較強的獨立性、穩(wěn)定性。從而真 正消除請求系統(tǒng)與服務系統(tǒng)之間的關聯(lián)關系,實現服務的位置以及服務的具體實現與 服務的訪問過程無關。我們提供MBSD規(guī)范落地實施的工具：元數據管理，服務接口定義配置，導入導出工 具（可以通過web頁面

32、形式和導出文件形式對外公布），服務規(guī)范適配的開發(fā)框架。我們提供MBSD規(guī)范落地實施的工具：元數據管理，服務接口定義配置，導入導出工 具（可以通過web頁面形式和導出文件形式對外公布），服務規(guī)范適配的開發(fā)框架。提供對出錯服務的及時檢測和隔離功能ESB系統(tǒng)實時檢測服務系統(tǒng)的服務狀態(tài)，當服務出現異常時，能夠及時發(fā)現，通過監(jiān) 控平臺發(fā)出報警，通過人工手段或預先設定的規(guī)則，對狀態(tài)異常的服務或服務系統(tǒng)進 行迅速隔離，避免因故障導致服務阻塞，保證請求系統(tǒng)對其他服務的正常訪問。協(xié)議轉換支持外部系統(tǒng)通過 TCP/IP、HTTP、SNA、FTP、MQSeries、JMS等協(xié)議和中間件 與ESB平臺通訊。一般情況下

33、，請求系統(tǒng)使用 ESB系統(tǒng)提供的API，按照ESB系統(tǒng)的技術標準和服務 規(guī)范進行服務訪問，從而避免不必要的協(xié)議轉換開銷但是對丁請求系統(tǒng)無法改造或改造成本過高的情況下，ESB系統(tǒng)應提供接入協(xié)議適配的功能，支持外部系統(tǒng)通過不同的通訊協(xié)議與 ESB平臺通訊。但是應注意，ESB更多的情況下是為了適應服務系統(tǒng)的技術差異，才進行通訊的適配，從系統(tǒng)的規(guī)范化和易維護性角度考慮，不推薦被動的對請求系統(tǒng)進行通訊協(xié)議適配。接入框架提供了對各種通訊協(xié)議的轉換適配器，可以滿足上述協(xié)議轉換要求。MQ自身作為消息中問件為JMS通訊協(xié)議提供底層的通訊服務。但 ESB作為企業(yè)服務總線 需要有大吞吐量，而同步服務并發(fā)有限，容易造

34、成資源的阻塞，以異步的方式進行訪 問，而MQ作為消息中問件，是最好的異步通訊方式。消息格式轉換支持通過元數據管理消息格式定義；支持任意類型報文之間的轉換。消息格式轉換是集成類系統(tǒng)應具備的基本功能，ESB系統(tǒng)對丁消息格式的轉換是基丁 配置實現的，因此消息報文的的數據域需要在配置中進行定義。ESB的服務接口規(guī)范標準中包括規(guī)范中使用的數據域。在ESB系統(tǒng)內部數據域分為不同的類型、長度、精度等表示形式，ESB系統(tǒng)引用預先定義的、規(guī)范化的元數據對 服務接口規(guī)范進行描述，使用元數據可以是規(guī)范定義工作更加規(guī)范化、減少冗余、便 丁管理和統(tǒng)一維護。元數據可根據應用范圍劃分成不同的“域”，可以更加方便的進行方便維

35、護和管理。ESB系統(tǒng)一般通過配置方式實現標準與非標準的報文轉換，包括：格式轉換和數據映射，對丁復雜的映射規(guī)則可以通過增加映射功能函數(服務組件)的形式實現MBSD接入框架提供了可配置的定長、變長報文轉換組件，以及可擴展的接口可以適應各種不同格式的報文轉換。同時接入框架提供了 MBSD元數據管理功能，能夠方便 的定義報文的元數據，為報文的轉換以及應用的開發(fā)提供了便利。目前已經支持XML, 定長等多種報文格式。服務路由基丁服務ID、內容、結果等方式路由；交易流程能使用智能路由組合多個子交易。我們采用兩個層次的路由：前端API進行的服務通路路由。 前端API根據ESB平臺提供的接入參數信息決 定采用

36、哪條通路(MB/WEBMETHODS )進行服務訪問。核心的交易路由。由MB/WEBMTHODS核心進行路由，根據交易碼決定哪個后臺服務系統(tǒng)進行服務訪問。路由方式：服務ID路由。也就是交易碼進行路由判斷。數據依賴路由。動態(tài)的根據報文中的數據和配置業(yè)務規(guī)則進行路由選擇電子采購平臺技術服務解決方案2.5.2可擴展性電子采購平臺技術服務解決方案復雜流程路由。在復雜組合交易中根據每一步的響應結果和配置的復雜交易流程來 進行路由選擇。此路由在 ESB平臺的流程配置來實現。監(jiān)控和運維提供服務調用的記錄、測量和監(jiān)控數據；提供事件檢測、觸發(fā)和發(fā)布功能；支持產品 版本升級后對現有組件的兼容性。ESB系統(tǒng)應記錄每

37、一次服務訪問的流水信息，用丁統(tǒng)計和分析。記錄過程應該是高效的，應避免流水的記錄影響服務的執(zhí)行效率。流水記錄一般只記錄服務過程的摘要信 息。需要時，可以通過開關控制打開或關閉詳細的報文信息。系統(tǒng)還應及時捕獲服務處理過程中的各種異常信息，通過統(tǒng)一的控制臺發(fā)出報警，警 示信息應劃分異常的類別和級別，對丁重要的異常還可以通過短信等手段及時通知運 維人員及時處理。監(jiān)控管理的接口定義應是可擴展的，例如異常種類、異常級別、流水信息數據項等， 做到信息的獲取與后續(xù)的處理動作無關，從而保證接口的兼容性、穩(wěn)定性。服務等級可定義不同的服務等級并實現具體內容?？梢詮亩喾N維度來定義服務的屆性，包括服務的級別。服務的級別

38、可以關聯(lián)到不同的處理動作服務級別與處理的關聯(lián)關系可以通過規(guī)則進行定義，實現功能的靈活定義與擴展。關 聯(lián)的動作可以是：處理的優(yōu)先級，異常提醒方式等。2.5系統(tǒng)非功能需求可用性系統(tǒng)能提供功能方面的各種需求的實現，在運行環(huán)境下提供7*24小時NONE-STOP服務；ESB是服務訪問的樞紐，不允許由丁系統(tǒng)的故障和恢復過程中斷系統(tǒng)服務，ESB 應采用群集模式保證系統(tǒng)的高可用性，群集模式還可以使系統(tǒng)資源得到充分利用。對丁數據庫服務器、通訊接入服務起等模塊的高可用性需求，為降低實現方案的復雜 度和實施成本，可采用設備之間相互熱備的方式。例如數據庫服務器可以和歸檔數據 庫服務器采用熱備的方式保證高可用性。系統(tǒng)

39、自身的批量處理，如：數據歸檔活理，日志歸檔等工作，不能影響系統(tǒng)的正常運行，保證系統(tǒng)7*24小時連續(xù)運行。需要定期進行的系統(tǒng)資源累積效應消除動作，如：定期重啟Java虛擬機消除長期運行后的堆棧碎片，應保證在其他群集模塊正常運行的情況依次進行，保證系統(tǒng)服務不 間斷。系統(tǒng)的配置更新應采用動態(tài)刷新的機制聯(lián)機進行，避免配置更新對系統(tǒng)的處理 能力造成影響。系統(tǒng)可以在CPU、內存等資源增加及擴容的情況下自我線性擴展處理能力；系統(tǒng)的架構設計要保證系統(tǒng)的各個層次均可按照負載情況，單獨進行橫向的擴展，以提高處理 能力。應保證處理能力隨硬件資源的擴展呈線性增長?？删S護性統(tǒng)具有較為完善的用戶管理界面，提供對系統(tǒng)所有功

40、能的維護與參數配置管理的功能；系統(tǒng)涉及到多種平臺產品和技術、采用多物理分區(qū)的部署方式，單獨對每個分區(qū)進行 監(jiān)控和維護是不現實的，必須提供統(tǒng)一的管理監(jiān)控界面，實現系統(tǒng)的集中統(tǒng)一管理、 監(jiān)控和維護。安全性提供認證和授權、不可否認和機密性、安全標準的支持等。ESB系統(tǒng)作為服務訪問的中間層，除了發(fā)布標準的安全規(guī)范以外，還要滿足各類集成 應用的安全需求，要實現與存量服務系統(tǒng)的安全協(xié)議支配，因此ESB需要支持通訊層面，應用層面的安全技術標準。例如：對標準安全協(xié)議的支持，通訊過程加解密，MAC 校驗，PKI ,特定場景的數字簽名等。性能需求統(tǒng)能通過招標人的壓力測試電子采購平臺技術服務解決方案2.6.2故障隔

41、離電子采購平臺技術服務解決方案2.6.2故障隔離性能指標：日均1000萬筆數據,ESB對丁關鍵數據的處理時間1秒，對丁非關鍵數 據ESB的處理時間2秒。達到系統(tǒng)性能指標峰值要求時，系統(tǒng)處理能力應留有足夠的余量， CPU,內存等系統(tǒng) 資源的使用率應低丁 80%，達到平均值要求時，系統(tǒng)資源使用率應低丁 50%。保證系 統(tǒng)在設計指標壓力情況下的長期穩(wěn)定運行。2.6公用服務流量控制當服務訪問量超過預設的流量值時，總線系統(tǒng)快速擋回對該服務的訪問請求，根據服務系統(tǒng)的服務響應時間和返回狀態(tài)，判斷服務狀態(tài)是否異常，當服務系統(tǒng)發(fā)生異常達 到設定的條件時，自動降低對該服務系統(tǒng)的訪問流量限制，避免服務系統(tǒng)的故障影響

42、 范圍擴大。通過交易閥值的統(tǒng)計來完成實時的后臺系統(tǒng)服務質量統(tǒng)計。從而達到對前端系統(tǒng)訪問 的指示。在后臺服務質量不好的情況下，把針對此后臺的數據在接入層直接擋回，避 免交易在ESB中占用過多處理資源。由丁系統(tǒng)超時時間一般設置的比較長，防止公用通路被單一后臺服務通道堵塞，需要 知道后臺系統(tǒng)的運行狀況，當出現問題后，及時隔離，不影響主通路運行。電子采購平臺技術服務解決方案電子采購平臺技術服務解決方案服務系統(tǒng)發(fā)生異常達到設定的條件時，自動降低對該服務系統(tǒng)的訪問流量限制，避免服務系統(tǒng)的故障影響范圍擴大。保留少量的探測服務對故障系統(tǒng)進行探測，服務系統(tǒng)故障排除恢復正常后，總線系統(tǒng)可自動恢復其正常的流量。統(tǒng)一

43、流水號實現ESB平臺內統(tǒng)一標準平臺流水號的分配功能，唯一標識請求系統(tǒng)的發(fā)往ESB平臺單次服務調用。日志記錄應用日志作為服務系統(tǒng)的乂一 I/O點，也可以采用異步模式。將一個服務線程在完成一次報文處理過程中的所有日志集中一次性異步輸入到指定文件是必要的。一方面減少業(yè)務處理線程的I/O操作，另一方面講一次業(yè)務處理的日志集中輸出相比傳統(tǒng)的多線程分離輸出方便問題查找，大大增加了日志的可讀性。管理監(jiān)控由丁實際部署的系統(tǒng)隨著需求的增加，部署會經常發(fā)生變化，對丁隨著出現的多監(jiān)控源，我們需要建立統(tǒng)一集中的管理和操作平臺。需要做到以下幾方面：系統(tǒng)平臺級監(jiān)控包括cpu,內存，文件系統(tǒng)，各隊列深度，應用日志，應用 c

44、ore文件等。應用級監(jiān)控包括各部署模塊的內部運行狀態(tài)。統(tǒng)計分析既定的匯報機制、匯報內容和匯報格式。有些匯報的內容是通過手工統(tǒng)計匯總的，能盡量將這些匯報物交由報表系統(tǒng)自動生成。ESB作為全行的運行基礎平臺，需要能向IT部分提供全面的IT資源運行情況，為全行的IT資源分配提供依據。異常報警對平臺運行的問題進行報警，需要有統(tǒng)一的報警規(guī)范來支持未來報警類型的擴展，需要提供多種報警模式，例如聲音，短信，微信等。統(tǒng)一的運維管理提供應用日志，流水日志的統(tǒng)一處理，防止多點，多平臺部署情況下維護混亂的情況。技術支持與服務方案公司在大力開拓市場的同時，高度重視售后服務及技術支持工作， 始終恪守“客戶滿意第一”的原

45、則，以全力滿足用戶的一切需要為己任，向用戶提供“及時、專業(yè)、真誠”的技術服務。公司不僅為用戶提供一流的產品，而且為用戶提供一流的服務，在第 一時間對用戶的服務要求做出響應公司將盡心盡力與用戶緊密合作，為用戶單位提供及時、全面的技術支持和服務, 保障系統(tǒng)的正常運行。3.1技術支持與售后服務體系為滿足客戶系統(tǒng)7X24小時不問斷、高可靠地運行，公司按照國際質量標準，形成了一套完備嚴謹的質量管理體系，實現了從產品、服務到公司運營全過程、全方位 的質量管理1998通過 IS09001SU證2000通過系統(tǒng)集成一綴資扇認證2002通過CMM5畿認證MCT獲美國FDA認證2007通過IS027001信懸安全

46、認證20B通過特一轂系統(tǒng)集成竺屆認證1999CE認證2001通過級認證2004綴認i正磁共振貌CE及FDA認證2010通過PCMM5認證3.2服務管理模式公司將按如下模式進行技術支持與服務管理：1）公司服務代表是對客戶服務需求的接口，并定位服務內容，指定服務技術人員咨詢顧問。2）公司服務團隊負責提供維護支持服務。3）公司全體技術人員，咨詢顧問都可以作為后臺資源，為服務技術人員，咨詢顧問 提供支持，滿足客戶的服務需求。在必要時還可以要求合作伙伴提供技術支持， 為客戶提供滿意的服務。4）客戶的服務需求將按級別優(yōu)先級響應，并提供相應的服務。如話回Ur也果JT存世餉副系統(tǒng)的.護記錄捉生服務琳認質服務響

47、應問題優(yōu)先級（或問題嚴重程度）級定義優(yōu)先級定義：優(yōu)先級判定標準1系統(tǒng)崩潰，無法啟動或拒絕連接等原因導致客戶無法獲得任何系 統(tǒng)服務，并對客戶業(yè)務的正常運行造成重大影響。2系統(tǒng)主要功能不能正常工作，并對客戶業(yè)務的正常運行造成較大影響；生產系統(tǒng)不穩(wěn)定，并有周期性的中斷。3系統(tǒng)有故障，但仍可全面運行，對客戶業(yè)務系統(tǒng)的正常運行有一定的或輕微的影響4優(yōu)先級1、2和3之外的問題和需求，例如產品性能增強請求； 產品功能、安裝或配置方面需要信息或支持，對客戶的業(yè)務運作 幾乎無影響；非生產系統(tǒng)故障。嚴重程度定義：嚴重程度1:問題導致客戶的業(yè)務系統(tǒng)完全喪失服務功能，對業(yè)務至關重要的工 作無法繼續(xù)進行，情況緊急。具有

48、如下特點：數據丟失、關鍵功能喪失、系統(tǒng)不正常刮起、系統(tǒng)崩潰，并在啟動后重復崩潰。嚴重程度2:問題導致客戶的業(yè)務系統(tǒng)喪失部分重要的服務功能，沒有可以接受 的替代解決方案，但業(yè)務系統(tǒng)可以有限的繼續(xù)運行。嚴重程度3:問題導致客戶的業(yè)務系統(tǒng)喪失較少的服務功能。對業(yè)務系統(tǒng)影響較 小，需要提供解決方案以恢復功能。嚴重程度4:問題導致客戶的業(yè)務系統(tǒng)沒有喪失服務功能。一般是較小的錯誤信 息、不正確的結果或文檔錯誤，對業(yè)務系統(tǒng)運行沒有影響服務響應時間在接到客戶方通過電話、信函、傳真、電子郵件等方式提出的服務請求后，我方將在規(guī)定的響應時間內盡快做出響應，并根據問題的優(yōu)先級采取相應的措施。服務響應時間：優(yōu)先級響應時

49、間1 1小時2 1工作日3 2工作日4 5工作日對優(yōu)先級為1的問題：公司將不分晝夜和節(jié)假日，立即安排相關人員與客戶溝通, 查找、分析問題原因，提供解決方案及處理意見，并采用遠程和現場服務的方式，務 求在最短的時間內解決客戶的問題。對優(yōu)先級為2的問題：公司將不分節(jié)假日，在接到客戶服務請求的當天內，安排 相關人員與客戶溝通，查找、分析問題原因，提供解決方案及處理意見。在遠程登錄 無法解決問題時，最遲在48小時之內安排相關人員到達現場提供服務。對優(yōu)先級為3的問題：公司將在法定工作時間內安排相關人員與客戶聯(lián)系，盡可 能通過遠程服務方式為客戶處理問題。對優(yōu)先級為4的問題：公司將在法定工作時間內安排相關人員與客戶聯(lián)系，客戶 應與公司協(xié)商,確定采用遠程或現場服務方式及提供服務的時間注： 工作時間：周一至周五 9: 00 18 : 00問題解決時間此項僅作為內部考核參考用，不作為對客戶的承諾。服務技術人員，咨詢顧問在接到服務請求后，應該在規(guī)定的時間內給出解決方案， 并根據問題的優(yōu)先級采取相應的措施。解決時間:優(yōu)先級解決時間1 0.5工作日2 1工作日3 2工作日4 5工作日對優(yōu)先級為1的問題：維護