【正文】 數(shù)據(jù)交換技術(shù)簡(jiǎn)介 數(shù)據(jù)交換技術(shù)起始于聯(lián)合工作于集團(tuán)協(xié)作的思想，實(shí)現(xiàn)數(shù)據(jù)交換的主要目的在于實(shí)現(xiàn)聯(lián)合模式下的多節(jié)點(diǎn)數(shù)據(jù)共享，實(shí)現(xiàn)多種應(yīng)用系統(tǒng)之間的聯(lián)合應(yīng)用。數(shù)據(jù)交換模式的出現(xiàn)為多應(yīng)用系統(tǒng)之間的聯(lián)合共享與數(shù)據(jù)交換提供了理論基礎(chǔ)，并在此方面有了更多的發(fā)展。 三個(gè)關(guān)鍵要素 (1) EDI 是指計(jì)算機(jī)用戶之間的數(shù)據(jù)交換和數(shù)據(jù)處理。 (3) EDI 的數(shù)據(jù)發(fā)送、接收和處理都是使用電子方式自動(dòng)進(jìn)行的。 . SOA(ESB)簡(jiǎn)介 面向服務(wù)的體系結(jié)構(gòu)（ ServiceOriented Architecture， SOA）是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過(guò)這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以一種統(tǒng)一和通用的方式進(jìn)行交互。一些現(xiàn)存的應(yīng)用程序被用來(lái)處理當(dāng)前的業(yè)務(wù)流程（ business processes），因此從頭建立一個(gè)新的基礎(chǔ)環(huán)境是不可能的。 SOA 憑借其松耦合的特性，使得企業(yè)可以按照模塊化的方式來(lái)添加新服務(wù)或更新現(xiàn)有服務(wù)，以解決新的業(yè)務(wù)需要，提供選擇從而可以通過(guò)不同的渠道提供服務(wù)，并可以把企業(yè)現(xiàn)有的或已有的應(yīng)用作為服務(wù)， 從而保護(hù)了現(xiàn)有的 IT 基礎(chǔ)建設(shè)投資。它是傳統(tǒng) 中間件 技術(shù)與 XML、 Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。 EDI 通信網(wǎng) 報(bào)文生成 和處理 模塊 格式轉(zhuǎn) 換模塊 通信 模塊 聯(lián)系 模塊 信息系統(tǒng)或 數(shù)據(jù)庫(kù)內(nèi)部 聯(lián)系接口 用戶 聯(lián)系 接口 EDI系統(tǒng) 信息系統(tǒng)或 數(shù)據(jù)庫(kù)內(nèi)部 聯(lián)系接口 用戶 聯(lián)系 接口 通信 模塊 格式轉(zhuǎn) 換模塊 報(bào)文生成 和處理 模塊 EDI系統(tǒng) 聯(lián)系 模塊 商家 廠家 訂貨 ESB 的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價(jià)的解決方案，同時(shí)它還可以消除不同應(yīng)用之間的技術(shù)差異，讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運(yùn)作，實(shí)現(xiàn)了不同服務(wù)之間的通信與整合。 ESB 在面向服務(wù)的解決方案的治理流程中起著間接的作用，因?yàn)橹卫眚?qū)動(dòng)著用于安全、管理和服務(wù)交互性的策略。還必須將 ESB 考慮進(jìn)治理決策中 。 . 應(yīng)用概述 總體來(lái)說(shuō)， 可以把 EDI 看成一種技術(shù)標(biāo)準(zhǔn) .EDI 也可以采用 SOA 的思想來(lái)搭建自己的解決方案平臺(tái) 。 ? ESB 的作用是為服務(wù)集成、服務(wù)和產(chǎn)品創(chuàng)新等應(yīng)用提供基礎(chǔ)架構(gòu)的支撐作用，而不是去實(shí)現(xiàn)這些業(yè)務(wù)應(yīng)用。 ? ESB 是 IT 基礎(chǔ)設(shè)施應(yīng)用，是 SOA 架構(gòu)的基礎(chǔ)， ESB 的建設(shè)是一個(gè)應(yīng)用集成工程項(xiàng)目。 現(xiàn)狀： ? 各系統(tǒng)之間點(diǎn)對(duì)點(diǎn)的通信交互 ? 復(fù)雜、難以維護(hù)的緊耦合部署環(huán)境 應(yīng)用集成理念 從應(yīng)用集成技術(shù)的發(fā)展過(guò)程來(lái)看， SOA（ ESB）是企業(yè)應(yīng)用集成技術(shù)發(fā)展到當(dāng)前階段被業(yè)界普遍接受的一種集成架構(gòu)方案和設(shè)計(jì)思想 集成之前 ? 用計(jì)算機(jī)代替一些孤立的、體力性質(zhì)的工作環(huán)節(jié) ? 沒(méi)有考慮到企業(yè)數(shù)據(jù)的集成 第 0 代應(yīng)用集成 (點(diǎn)對(duì)點(diǎn)集成 ) ? 點(diǎn)到點(diǎn) (PointtoPoint)的集成技術(shù) ? 點(diǎn)到點(diǎn)的簡(jiǎn)單連接，實(shí) 現(xiàn)信息和數(shù)據(jù)的共享 第 1 代應(yīng)用集成 ? 采用 CORBA/DCOM、 MOM(消息中間件 )等技術(shù)，實(shí)現(xiàn)了對(duì)企業(yè)信息的集成 ? 松耦合架構(gòu) 第 2 代應(yīng)用集成業(yè)務(wù)流程管理 ? 基于業(yè)務(wù)流程管理 /集成 (BPM/BPI) ? 實(shí)現(xiàn)端到端的業(yè)務(wù)流程，順暢企業(yè)內(nèi)外的數(shù)據(jù)流、信息流和業(yè)務(wù)流。 ? 三個(gè)渠道統(tǒng)一通過(guò) ESB 訪問(wèn)一戶通后臺(tái)應(yīng)用的相關(guān)服務(wù)。 . 系統(tǒng)技術(shù)架構(gòu)方案 運(yùn)行平臺(tái) 運(yùn)行平臺(tái)內(nèi)部按照集成應(yīng)用的特點(diǎn)分為多個(gè)集成“通路”，目前考慮分為四類通路： 關(guān)鍵服務(wù)通路 關(guān)鍵渠道的關(guān)鍵業(yè)務(wù)、實(shí)時(shí)性要求高、賬務(wù)相關(guān)。 服務(wù)代理通路 從目標(biāo)架構(gòu)過(guò)渡過(guò)程中，與集成目標(biāo)無(wú)關(guān)的交易，可以采取“穿透”的方式，減少實(shí)施工作量和實(shí)施成本。 低成本通路 對(duì)于實(shí)時(shí)性要求不高，且信息量大的服務(wù)，可采取批量處理模式，降低集成實(shí)施成本。 實(shí)際部署環(huán)境中，每一類通路都可以有多個(gè)物理部署，用來(lái)保證系統(tǒng)的可靠性，同時(shí)也支持橫向的擴(kuò)展和減少不同系統(tǒng)之間的相互影響。 開發(fā)平臺(tái)的是對(duì)各個(gè)技術(shù)通路實(shí)際實(shí)現(xiàn)方法的抽象封裝。 監(jiān)控平臺(tái) ESB 應(yīng)用系統(tǒng)要建立統(tǒng)一的日志規(guī)范、流水記錄規(guī)范、錯(cuò)誤碼規(guī)范、系統(tǒng)運(yùn)行狀態(tài) 檢測(cè)規(guī)范、系統(tǒng)運(yùn)行狀態(tài)控制標(biāo)準(zhǔn)，實(shí)現(xiàn)對(duì) ESB 系統(tǒng)整體統(tǒng)一的監(jiān)視和控制。 主要功能包括：異常監(jiān)視、通知提醒、運(yùn)行控制、實(shí)時(shí)查詢、統(tǒng)計(jì)分析、服務(wù)的配置和發(fā)布、服務(wù)管理、統(tǒng)一維護(hù)和版本部署等。從而為行里提供決策依據(jù)，幫助行里確定 IT 資源的重點(diǎn)投向和實(shí)施計(jì)劃。從而實(shí)現(xiàn)多技術(shù)平臺(tái)、多物理部署運(yùn)行環(huán)境的公共服務(wù)支持。 ESB 將外部系統(tǒng)分為請(qǐng)求系統(tǒng)和服務(wù)系統(tǒng)兩類。 但是服務(wù)系統(tǒng)適配器，并不能解決所有的服務(wù)適配問(wèn)題，例如： ESB 服務(wù)接口規(guī)范與服務(wù)系統(tǒng)規(guī)范的復(fù)雜對(duì)應(yīng)和匹配工作，尤其是涉及到多個(gè)服務(wù)系統(tǒng)賬務(wù)服務(wù)接口的復(fù)雜流程調(diào)用部分，如果由 ESB 組合這類服 務(wù)流程組合，解決相關(guān)的交易完整性、一致性問(wèn)題，代價(jià)太大而且無(wú)法保證。 請(qǐng)求系統(tǒng)適配器 對(duì)于請(qǐng)求系統(tǒng)， ESB 的基本原則是要求請(qǐng)求系統(tǒng)符合 ESB 的技術(shù)規(guī)范和服務(wù)接口規(guī)范。 ESB 系統(tǒng)可為請(qǐng)求系統(tǒng)提供 API，對(duì)請(qǐng)求系統(tǒng)屏蔽通訊適配、報(bào)文組包等技術(shù)細(xì)節(jié)。 ESB 也可以開發(fā)適配器，實(shí)現(xiàn)請(qǐng)求系統(tǒng)的集成。 . 部署方案 . ESB 系統(tǒng)管理監(jiān)控部分部署方案 ESB 系統(tǒng)的部署方案必須符合企業(yè)基礎(chǔ)架構(gòu)的要求。 或者 Web2 區(qū)的應(yīng)用通過(guò)生產(chǎn)區(qū)域的 APP，訪問(wèn) DB。用戶權(quán)限控制統(tǒng)一通過(guò) UM。 UM 權(quán)限通控制通過(guò)以后，由 ESB 管理監(jiān)控應(yīng)用來(lái)進(jìn)行詳細(xì)的角色權(quán)限管理。 . 硬件選型建議 ESB 系統(tǒng)目標(biāo)架構(gòu)硬件選型主要考慮從以下因素： 1） 成本因素 ESB 系統(tǒng)基于 Java 技術(shù)實(shí)現(xiàn)，具有跨平臺(tái)的技術(shù)優(yōu)勢(shì)，因此可將成本是考慮硬件選型的首要指標(biāo)，未來(lái)隨著 ESB 應(yīng)用規(guī)模的不斷增長(zhǎng)，硬件成本在項(xiàng)目投入所占比重將會(huì)增加，因此選擇性價(jià)比高的硬件平臺(tái)是提高效費(fèi)比的有效途徑。 3） 資源調(diào)配的簡(jiǎn)便性、靈活性 ESB 系統(tǒng)應(yīng)能夠針對(duì)交易量的周期性變化，靈活的增減系統(tǒng)資源配置，資源的調(diào)整不應(yīng)對(duì)集成服務(wù)持續(xù)性造成影響。 刀片服務(wù)器還具有以下優(yōu)點(diǎn)： 1) 硬件成本相對(duì)低廉，配套的系統(tǒng)軟件和中間件價(jià)格也相對(duì)較低。 3) 在集群中插入新的刀片，就可以提高整體性能。 5) 節(jié)約空間、便于集中管理、易于擴(kuò)展和提供不間斷的服務(wù)。 . 高性能、高可用性及擴(kuò)展能力設(shè)計(jì) 高處理能力保證措施 控制信息 +XML 應(yīng)用報(bào)文，中間層次不必解析 XML 應(yīng) 用報(bào)文，使系統(tǒng)不僅具備完善的管理控制能力，同時(shí)還減少了報(bào)文解析開銷，提高了效率。 異步記錄流水日志，保證信息的完整記錄，同時(shí)不影響系統(tǒng)的處理性能。 系統(tǒng)所有配置規(guī)則均加載到 Cache 中，運(yùn)行過(guò)程中不存在對(duì)數(shù)據(jù)庫(kù)配置信息的讀寫操作，保證系統(tǒng)高效運(yùn)行。 系統(tǒng)應(yīng)用版本的升級(jí)可按模塊分別進(jìn)行，不影響業(yè)務(wù)的正常運(yùn)行。 系統(tǒng)提供完備的動(dòng)態(tài)安全刷新手段，配置信息可運(yùn)行時(shí)在線刷新。中間用隊(duì)列進(jìn)行通訊。 . 完善的安全機(jī)制 企業(yè)應(yīng)用集成技術(shù)使復(fù)雜的 銀行 業(yè)務(wù)流程、大量的信息和數(shù)據(jù)在各 IT 應(yīng)用 系統(tǒng)和業(yè)務(wù)部門之間高效的流轉(zhuǎn)和共享， 實(shí)現(xiàn)業(yè)務(wù)流程標(biāo)準(zhǔn)化和自動(dòng)化， 促進(jìn)業(yè)務(wù)流程優(yōu)化，提高 建行 運(yùn)營(yíng)效率。 方案主要為 ESB 系統(tǒng)提供如下幾個(gè)方面的安全服務(wù)： 1. 密鑰管理 提供安全有效的密鑰管理方案，實(shí)現(xiàn)應(yīng)用系統(tǒng)和 ESB 系統(tǒng)的密鑰產(chǎn)生、密鑰分發(fā)、密鑰更新、密鑰注銷等。 2. 身份認(rèn)證 保證接入 ESB 系統(tǒng)的合法性，提供應(yīng)用系統(tǒng)和 ESB 系統(tǒng)之間的雙向身份認(rèn)證，采用基于證書的認(rèn)證模式，系統(tǒng)使用的數(shù)字證書由第三方 CA 或者采用自運(yùn)行維護(hù)的 CA 提供。 身份認(rèn)證完成后，雙方得到一個(gè) 64 個(gè)字節(jié)的隨機(jī)數(shù)，通訊雙方使用的對(duì)稱密鑰都是基于這一組隨機(jī)數(shù)產(chǎn)生，對(duì)稱密鑰的選 取規(guī)則雙方使用相同的策略。為了提高密碼運(yùn)算的處理速度，這里推薦使用 AES 算法，密鑰的長(zhǎng)度為 128bit?？蛻舳撕头?wù)器端的加密流程如下： 客戶端加 /解密流程： 1) 查詢共享內(nèi)存中的對(duì) 稱密鑰和算法 ID，根據(jù)加密要求選取對(duì)稱密鑰，如 果共享內(nèi)存中沒(méi)有對(duì)稱密鑰，加 /解密失敗。 服務(wù)器端加 /解密流程： 1) 根據(jù)客戶端的系統(tǒng)代碼，查詢共享內(nèi)存的加密密鑰和算法 ID，如果共享內(nèi)存中沒(méi)有對(duì)稱密鑰，加 /解密失敗。 4. 關(guān)鍵字段 MAC 3. 總體方案架構(gòu)（以某銀行系統(tǒng)為例） M e s s a g e B r o k e r W e b M e t h o d穿 透 通 道 批 量 通 道接 入 請(qǐng) 求 Ａ Ｐ Ｉ接 入 適 配 器網(wǎng) 銀 電 話 銀 行低 柜 系 統(tǒng)通 迅 接 入公 共 服 務(wù)流 量 控 制故 障 隔 離流 水 號(hào)虛 擬 柜 員授 權(quán) 管 理異 步 流 水日 志 記 錄