【正文】 。 5. 統(tǒng)一的運維管理。 4. 異常報警。有些匯報的內(nèi)容是通過手工統(tǒng)計匯總的，能盡量將這些匯報物交由報表系統(tǒng)自動生成。 包括各部署模塊的內(nèi)部運行狀態(tài) . 3. 統(tǒng)計分析。包括 cpu，內(nèi)存，文件系統(tǒng)，各隊列深度，應用日志，應用 core 文件等。 7. 管理監(jiān)控 由于實際部署的系統(tǒng)隨著需求的增加，部署會經(jīng)常發(fā)生變化，對于隨著出現(xiàn)的多監(jiān)控源，我們需要建立統(tǒng)一集中的管理和操作平臺。將一個服務線程在完成一次報文處理過程中的所有日志集中一次性異步輸入到指定文件是必要的。 . 統(tǒng)一流水號 實現(xiàn) ESB 平臺內(nèi)統(tǒng)一標準平臺流水號的分配功能，唯一標識請求系統(tǒng)的發(fā)往 ESB 平臺單次服務調(diào)用。 . 故障隔離 服務系統(tǒng)發(fā)生異常達到設定的條件時，自動降低對該服務系統(tǒng)的訪問流量限制，避免服務系統(tǒng)的故障影響范圍擴大。在后臺服務質(zhì)量不好的情況下，把針對此后臺的交易在接入層直接擋回，避免交易在ESB 中占用過多處理資源。 通過交易閥值的統(tǒng)計來完成實時的后臺系統(tǒng)服務質(zhì)量統(tǒng)計。保證系統(tǒng)在設計指標壓力情況下的長期穩(wěn)定運行。 性能指標：日均 1000 萬筆交易， ESB 對于關鍵交易的處理時間 1 秒，對于非關鍵交易 ESB的處理時間 2 秒。例如：對標準安全協(xié)議的支持，通訊過程加解密， MAC 校驗， PKI，特定場景的數(shù)字簽名等。 . 安全性 提供認證和授權(quán)、不可否認和機密性、安全標準的支持等。應保證處理能力隨硬件資源的擴展呈線性增長。 系統(tǒng)的配置更新應采用動態(tài)刷新的機制聯(lián)機進行，避免配置更新對系統(tǒng)的處理能力造成影響。 系統(tǒng)自身的批量處理，如：數(shù)據(jù)歸檔清理，日志歸檔等工作，不能影響系統(tǒng)的正常運行，保證系統(tǒng) 7*24 小時連續(xù)運行。 對于數(shù)據(jù)庫服務器、通訊接入服務起等模塊的 高可用性需求，為降低實現(xiàn)方案的復雜度和實施成本，可采用設備之間相互熱備的方式。關聯(lián)的動作可以是：處理的優(yōu)先級，異常提醒方式等。服務的級別可以關聯(lián)到不同的處理動作。 . 服務等級 可定義不同的服務等級并實現(xiàn)具體內(nèi)容。 系統(tǒng)還應及時捕獲服務處理過程中的各種異常信息，通過統(tǒng)一的控制臺發(fā)出報警，警示信息應劃分異常的類別和級別，對于重要的異常還可以通過短信等手段及時通知運維人員及時處理。流水記錄一般只記錄服務過程的摘要信息。 ESB 系統(tǒng)應記錄每一次服務訪問的流水信息，用于統(tǒng)計 和分析。此路由在 ESB 平臺的流程配置來實現(xiàn)。 ? 復雜流程路由。 ? 數(shù)據(jù)依賴路由。 路由方式： ? 服務 ID 路由。 ? 核 心的交易路由。 我們采用兩個層次的路由： ? 前端 API 進行的服務通路路由。 目前已經(jīng)支持 XML，定長等多種報文格式。 ESB 系統(tǒng)一般通過配置方式實現(xiàn)標準與非標準的報文轉(zhuǎn)換，包括：格式轉(zhuǎn)換和數(shù)據(jù)映射，對于復雜的映射規(guī)則可以通過增加映射功能函數(shù)（服務組件）的形式實現(xiàn) MBSD 接入框架提 供了可配置的定長、變長報文轉(zhuǎn)換組件，以及可擴展的接口可以適應各種不同格式的報文轉(zhuǎn)換。在 ESB 系統(tǒng)內(nèi)部數(shù)據(jù)域分為不同的類型、長度、精度等表示形式， ESB 系統(tǒng)引用預先定義的、規(guī)范化的元數(shù)據(jù)對服務接口規(guī)范進行描述，使用元數(shù)據(jù)可以是規(guī)范定義工作更加規(guī)范化、減少冗余、便于管理和統(tǒng)一維護。 消息格式轉(zhuǎn)換是集成類系統(tǒng)應具備的基本功能， ESB 系統(tǒng)對于消息格式的轉(zhuǎn)換是基于配置實現(xiàn)的，因此消息報文的的數(shù)據(jù) 域需要在配置中進行定義。但 ESB 作為企業(yè)服務總線需要有大吞吐量，而同步服務并發(fā)有限，容易造成資源的阻塞，以異步的方式進行訪問，而 MQ 作為消息中間件，是最好的異步通訊方式。 接入框架提供了對各種通訊協(xié)議的轉(zhuǎn)換適配器，可以滿足上述協(xié)議轉(zhuǎn)換要求。 但是對于請求系統(tǒng)無法改造或改造成本過高的情況下， ESB 系統(tǒng)應提供接入?yún)f(xié)議適配的功能，支持外部系統(tǒng)通過不同的通訊協(xié)議與 ESB 平臺通訊。 . 協(xié)議轉(zhuǎn)換 支持外部系統(tǒng)通過 TCP/IP、 HTTP、 SNA、 FTP、 MQSeries、 JMS 等協(xié)議和中間件與ESB 平臺通訊 。 我們提供 MBSD 規(guī)范落地實施的工具：元數(shù)據(jù)管理，服務接口定義配置，導入導出工具（可以通過 web 頁面形式和導出文件形式對外公布），服務規(guī)范適配的開發(fā)框架。 4. 集成服務功能 . 服務治理 提供服務標準定義、服務封裝、注冊與發(fā)布等功能 , 提供位置透明性的服務路由和定位服務 ESB 的服務接口規(guī)范應該基于對銀行業(yè)務的理解，經(jīng)過抽象、歸納形成，服務接口規(guī)范獨立與現(xiàn)有系統(tǒng)的具體實現(xiàn)，接口規(guī)范具有 較強的獨立性、穩(wěn)定性。 接入適配 框架提供可配置的定長、變長報文轉(zhuǎn)換適配器，以及可擴展的接口可以適應各種不同格式的報文轉(zhuǎn)換。 5. 數(shù)據(jù)接口之間的轉(zhuǎn)換，根據(jù)定義的規(guī)則從一個數(shù)據(jù)接口轉(zhuǎn)換成服務數(shù)據(jù)接口或者相反。 3. 數(shù)據(jù)報文類型的識別。具體功能包括： 1. 應用層面的數(shù)據(jù)報文的加解密。 通訊接入層屏蔽了所有的通訊細節(jié)，數(shù)據(jù)交換層只知道從某個外部系統(tǒng)獲得了或者發(fā)送了一個數(shù)據(jù)報文，至于該數(shù)據(jù)報文是如何獲得或者發(fā)送的，和數(shù)據(jù)交換層 本身無關。 以下的功能不需要由通訊接口層完成： 1. 非通訊層面的數(shù)據(jù)報文的加解密。 3． 識別外部系統(tǒng)類型。通信接入層實現(xiàn)以下功能： 1． 利用系統(tǒng)層通訊協(xié)議和請求系統(tǒng)進行通訊，包括 TCP/IP、 HTTP、 SNA、 FTP、 MQSeries、JMS。 9. 通過維護歷史版本信息，實現(xiàn)版本回退功能。 7. 對壓力較大的接入點，通過主動控制，把部分渠道的交易切換到壓力較小的通路，實現(xiàn)實現(xiàn)負載控制。 5. 服務端進行主動控制，實時控制渠道的接入通路。 3. 參數(shù)服務為渠道提供統(tǒng)一服務接口模式，伺服渠道下載需要的通道接入信息。 . 接入控制 需要完成以下功能： 1. 對渠道提供不同協(xié)議的接入功能，包括 MQ， webmethods, 等協(xié)議的接入。另外，復用價值較低的服務請求也適合采用“代理模式”；（四）、低成本通道，對于實時性要求不高，且信息量大的服務，可采取批量處理模式，降低集成實施成本及節(jié)省系統(tǒng)資源。 ? 對于改造成本過高的存量系統(tǒng)，通過集成開發(fā)在數(shù)據(jù)交換層實現(xiàn)分類路由、同步 異步轉(zhuǎn)換、消息格式轉(zhuǎn)換、代碼轉(zhuǎn)換等功能。系統(tǒng)的每個層次都可進行橫向擴展，實際應用中系統(tǒng)處理能力可以線性增長。 2) 使用查詢得到的對稱密鑰，對報文進行加 /解密處理。 2) 使用查詢得到的對稱加密密鑰，對報文進行加 /解密處理。 通訊雙方在身份認證完成后，在共享內(nèi)存中保存對稱密鑰。對稱密鑰和對方的公鑰信息存放在系統(tǒng)主機的共享內(nèi)存，方便應用系統(tǒng)加密使用 3. 通訊加密 ESB 系統(tǒng)的安全性是保障 IT 應用系統(tǒng)安全可靠運行的重要環(huán)節(jié)，使用 PKI 技術(shù)實現(xiàn)系統(tǒng)的密鑰管理和通訊加密是目前解決此類問題的最有效途徑，應用系統(tǒng)和 ESB 系統(tǒng)之間通訊的報文使用對稱算法加密保護其機密性。 CA 證書采用離線下發(fā)的方式， 以 PKCS12 文件的格式安裝到 ESB 系統(tǒng)和應用接入系統(tǒng)。提供密鑰的自動更新機制，保證密鑰的安全性，提供高效的對稱密碼算法，確保應用系統(tǒng)具有可用性和易用性。任何不安全因素都會造成不可估量的損失，故所有數(shù)據(jù)的傳輸、處理、交換都必須在良好的安全環(huán)境下進行，因此，必須建立一套完整的安全機制，以確保整個通信系統(tǒng)的安全運行。 可維護性 系統(tǒng)具有較為完善的用戶管理界面，提供對系統(tǒng)所有功能的維護與參數(shù)配置管理的功能；系統(tǒng)采用統(tǒng)一的服務模式和開發(fā)框架，從開發(fā)商增加可維護性，系統(tǒng)部署上采用多邏輯 單元分離部署，減少系統(tǒng)內(nèi)部的耦合度，增加整個系統(tǒng)的可維護性。 可擴展性 系統(tǒng)可以在 CPU、內(nèi)存等資源增加及擴容的情況下自我線性擴展處理能力；每個邏輯模塊可以采用橫向擴展的多物理模塊部署。 采用數(shù)據(jù)庫分區(qū)技術(shù)，實現(xiàn)海量數(shù)據(jù)記錄的清理和分區(qū)切換過程 15 秒鐘內(nèi)完成，無需采用與應用相關的數(shù)據(jù)庫分表方式，實現(xiàn)批量數(shù)據(jù)處理對總線應用透明。 持續(xù)穩(wěn)定運行保障措施 所有應用模塊均為群集部署，系統(tǒng)不存在單點故障隱患，某個模塊的故障不影響正常運行。 系統(tǒng)處理能力可隨硬件資源的擴展線性的增長。 非阻塞的異步模式、流水線式的作業(yè)處理，提高吞吐能力。 . ESB 系統(tǒng)邏輯分區(qū)部署方案 適 配 器 / 接 入 集 成 核 心集 成 核 心適 配 器 / 接 入 歸 檔 數(shù) 據(jù) 庫W e b S e r v e r數(shù) 據(jù) 庫 管 理 監(jiān) 控 / C o n f i g M a n a g e r . 硬件配置建議 其對應分配如下： 名稱 功能分布 配置 計算單元數(shù)量 適配器 /公共服務 適配器 公共服務 2cpu（ 4 核）， 16GB memory 1*2 集成核心 WebMethods Message Broker 2cpu（ 4 核） , 16GB memory 1*2 數(shù)據(jù)庫服務器 Oracle 2cpu（ 4 核） , 16GB memory 1 歸檔數(shù)據(jù)庫服務器 Oracle 2cpu（ 4 核） , 16GB memory 1 備份資源池 作為公共備份 2cpu（ 4 核） , 16GB memory 1 總計 7