基于SOA的銀行集團(tuán)“新一代”系統(tǒng)架構(gòu)①

金磐石, 朱玉紅, 胡憲忠, 李 驍

(中國(guó)建設(shè)銀行股份有限公司 信息技術(shù)管理部, 北京100140)

基于SOA的銀行集團(tuán)“新一代”系統(tǒng)架構(gòu)①

金磐石, 朱玉紅, 胡憲忠, 李 驍

(中國(guó)建設(shè)銀行股份有限公司 信息技術(shù)管理部, 北京100140)

大型商業(yè)銀行集團(tuán)在信息化的進(jìn)程中面臨內(nèi)部系統(tǒng)眾多、實(shí)現(xiàn)平臺(tái)不統(tǒng)一、資源利用率低、成本高、需求響應(yīng)周期長(zhǎng)等弊端. 隨著我國(guó)銀行業(yè)的快速發(fā)展, 大型商業(yè)銀行集團(tuán)系統(tǒng)架構(gòu)革新勢(shì)在必行. 本文重點(diǎn)介紹在“新一代”系統(tǒng)建設(shè)中采取的基于SOA的架構(gòu)以及組件化設(shè)計(jì)的方法. 通過(guò)7+1層、12P的整體架構(gòu)設(shè)計(jì), 保證了應(yīng)用組件、構(gòu)件間的松耦合, 實(shí)現(xiàn)子公司與海外一體化的企業(yè)級(jí)應(yīng)用, 從而整合銀行集團(tuán)資源、快速響應(yīng)業(yè)務(wù)需求, 達(dá)到提升業(yè)務(wù)可靠性、可用性的目的. 與此同時(shí), 引入企業(yè)級(jí)業(yè)務(wù)模型對(duì)業(yè)務(wù)進(jìn)行標(biāo)準(zhǔn)化, 用結(jié)構(gòu)化的模型語(yǔ)言描述業(yè)務(wù)能力, 使用流程模型、數(shù)據(jù)模型、產(chǎn)品模型及用戶體驗(yàn)?zāi)Ｐ蜑槠髽I(yè)級(jí)分析及設(shè)計(jì)工作提供方法和依據(jù).

SOA架構(gòu); 商業(yè)銀行系統(tǒng); 7+1層; 12P; 企業(yè)級(jí)業(yè)務(wù)模型

1 簡(jiǎn)介

隨著業(yè)務(wù)的發(fā)展和信息化的深入, 如何設(shè)計(jì)滿足業(yè)務(wù)動(dòng)態(tài)變化和流程銀行的信息系統(tǒng)架構(gòu), 已成為銀行下一步信息化建設(shè)的重要課題. 銀行信息化的重點(diǎn)從單一業(yè)務(wù)系統(tǒng)建設(shè)和改造, 向針對(duì)大數(shù)據(jù)量、高并發(fā)訪問(wèn)的企業(yè)級(jí)架構(gòu)設(shè)計(jì)轉(zhuǎn)變.

“新一代”摒棄以往基于部門級(jí)需求的分析、設(shè)計(jì)模式, 從業(yè)務(wù)架構(gòu)及IT架構(gòu)兩大方向入手, 建立起統(tǒng)一、規(guī)范的企業(yè)級(jí)架構(gòu)規(guī)劃.

業(yè)務(wù)架構(gòu)關(guān)注對(duì)銀行業(yè)務(wù)的企業(yè)級(jí)描述, 其表現(xiàn)形式為企業(yè)級(jí)業(yè)務(wù)模型. 基于業(yè)界領(lǐng)先的理論和最佳實(shí)踐, 將企業(yè)級(jí)業(yè)務(wù)模型細(xì)分為流程模型、數(shù)據(jù)模型、產(chǎn)品模型及用戶體驗(yàn)?zāi)Ｐ? 流程建模采用基于TOGAF[1]標(biāo)準(zhǔn)的五級(jí)建模方法, 數(shù)據(jù)建模以金融服務(wù)數(shù)據(jù)模型(FSDM)[2]為基礎(chǔ). 通過(guò)企業(yè)級(jí)業(yè)務(wù)建模逐層細(xì)化戰(zhàn)略規(guī)劃、產(chǎn)品參數(shù)化設(shè)計(jì)以及向流程銀行的轉(zhuǎn)變.

IT架構(gòu)承接業(yè)務(wù)建模成果. 分為應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)以及安全架構(gòu)[3]. 應(yīng)用架構(gòu)關(guān)注邏輯應(yīng)用組件及物理應(yīng)用組件的實(shí)施. 數(shù)據(jù)架構(gòu)關(guān)注企業(yè)級(jí)數(shù)據(jù)模型、數(shù)據(jù)字典的管理. 技術(shù)架構(gòu)關(guān)注技術(shù)路線選擇、基礎(chǔ)設(shè)施規(guī)劃、技術(shù)產(chǎn)品目錄及部署架構(gòu), 安全架構(gòu)關(guān)注企業(yè)級(jí)安全驗(yàn)證、安全組件的設(shè)計(jì)及使用.

采用基于SOA的組件化設(shè)計(jì)方法[4], 將IT架構(gòu)整合為7層, 此外設(shè)計(jì)基礎(chǔ)設(shè)施層作為支持. 7+1層進(jìn)一步細(xì)化為12個(gè)技術(shù)平臺(tái)(下文簡(jiǎn)稱12P), 各平臺(tái)提供通用技術(shù)組件, 上層應(yīng)用基于通用技術(shù)組件完成組件化設(shè)計(jì)和參數(shù)化設(shè)計(jì).

IT架構(gòu)規(guī)劃最終要在機(jī)房、服務(wù)器、網(wǎng)絡(luò)等IT基礎(chǔ)設(shè)施上落地. “新一代”初步建立了基于云計(jì)算技術(shù)的基礎(chǔ)設(shè)施環(huán)境, 完成了“兩地三中心”的災(zāi)備方案設(shè)計(jì)和部分實(shí)施工作.

本文主要闡述“新一代”建設(shè)中采用的企業(yè)級(jí)業(yè)務(wù)模型、“新一代”7+1層及12P的架構(gòu)設(shè)計(jì)、基于云計(jì)算技術(shù)的基礎(chǔ)設(shè)施建設(shè)以及“兩地三中心”災(zāi)備方案等內(nèi)容.

2 企業(yè)級(jí)業(yè)務(wù)模型

企業(yè)級(jí)業(yè)務(wù)模型是以現(xiàn)狀業(yè)務(wù)流程、數(shù)據(jù)和產(chǎn)品實(shí)踐為基礎(chǔ), 以待實(shí)現(xiàn)的業(yè)務(wù)需求為輸入進(jìn)行目標(biāo)建模. 目標(biāo)模型是IT實(shí)施的基礎(chǔ). 企業(yè)級(jí)業(yè)務(wù)模型細(xì)分為流程模型、數(shù)據(jù)模型、產(chǎn)品模型及用戶體驗(yàn)?zāi)Ｐ?

2.1 流程模型

采用基于TOGAF[1]標(biāo)準(zhǔn)的五級(jí)建模方法作為指導(dǎo)完成流程建模. 銀行業(yè)務(wù)可從五個(gè)層級(jí)進(jìn)行描述:

①一級(jí)業(yè)務(wù)領(lǐng)域: 對(duì)應(yīng)銀行集團(tuán)主要業(yè)務(wù), 分為核心業(yè)務(wù)和支撐業(yè)務(wù). 如信貸、存款屬于核心業(yè)務(wù)領(lǐng)域, 客戶管理屬于支撐業(yè)務(wù)領(lǐng)域.

②二級(jí)業(yè)務(wù)領(lǐng)域內(nèi)業(yè)務(wù)組件: 業(yè)務(wù)領(lǐng)域內(nèi)部各價(jià)值環(huán)節(jié), 代表業(yè)務(wù)功能. 如客戶管理領(lǐng)域包含客戶信息管理、客戶服務(wù)管理、合作伙伴管理等功能.

③三級(jí)活動(dòng): 企業(yè)級(jí)視角完成某個(gè)具有明確目的、創(chuàng)造價(jià)值的端到端流程. 如采集客戶信息包含從檢索客戶信息到收集、維護(hù)、審核客戶信息修改的全流程.

④四級(jí)任務(wù): 描述部門或業(yè)務(wù)單位為完成三級(jí)流程所需不同角色完成的具有明確業(yè)務(wù)目的的事情.如維護(hù)客戶信息是由同一角色連續(xù)完成的任務(wù).

⑤五級(jí)步驟規(guī)則: 描述員工為完成四級(jí)流程所需執(zhí)行的具體步驟及業(yè)務(wù)規(guī)則. 如維護(hù)客戶信息包含維護(hù)基本信息、聯(lián)絡(luò)信息等功能.

每個(gè)具體的流程包括了能力的落地實(shí)現(xiàn)元素. 如角色、授權(quán)信息、政策、業(yè)務(wù)規(guī)則、業(yè)務(wù)信息、變化因子、業(yè)務(wù)參考文檔和表單報(bào)表等內(nèi)容.

2.2 數(shù)據(jù)模型

Financial Services Data Model(FSDM)模型[2]是金融行業(yè)建立核心應(yīng)用系統(tǒng)或者數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)模型, FSDM模型以數(shù)據(jù)為中心, 從企業(yè)視角提供了自頂向下建立數(shù)據(jù)藍(lán)圖的方法.

2.2.1 企業(yè)級(jí)C模型及C’模型

FSDM模型提出九大概念(A模型), 即參與人、合約、條件、產(chǎn)品、地點(diǎn)、分類、業(yè)務(wù)方向、事件、資源項(xiàng), 作為不同業(yè)務(wù)領(lǐng)域金融模型的通用性描述.

此外, FSDM模型通過(guò)自上而下的層級(jí), 從概念層到物理層逐漸細(xì)化. A級(jí)、B級(jí)模型為概念模型, 企業(yè)級(jí)C模型提供特定業(yè)務(wù)范圍內(nèi)的完整屬性視圖, 是基于目標(biāo)能力需求及現(xiàn)狀系統(tǒng)的數(shù)據(jù)庫(kù)表結(jié)構(gòu), 根據(jù)FSDM數(shù)據(jù)模型設(shè)計(jì)理念設(shè)計(jì)得出, 并通過(guò)與流程模型對(duì)接不斷迭代完善.

C’模型在C模型基礎(chǔ)上, 增加派生數(shù)據(jù)以及可控的冗余數(shù)據(jù). C與C’模型的關(guān)系如圖1所示. D模型是物理數(shù)據(jù)模型, 包含索引等信息. 在“新一代”建設(shè)過(guò)程中, 數(shù)據(jù)模型的合理管控是一項(xiàng)重要工作.

圖1 C模型與C’模型的關(guān)系

2.2.2 企業(yè)級(jí)數(shù)據(jù)字典

企業(yè)級(jí)數(shù)據(jù)字典是對(duì)銀行集團(tuán)經(jīng)營(yíng)管理、信息系統(tǒng)研發(fā)過(guò)程中涉及數(shù)據(jù)項(xiàng)定義的收錄和編制, 通過(guò)標(biāo)準(zhǔn)化處理數(shù)據(jù)項(xiàng)的描述信息提高整體的數(shù)據(jù)質(zhì)量, 為業(yè)務(wù)人員、技術(shù)人員以及外部監(jiān)管提供可靠數(shù)據(jù)服務(wù)奠定基礎(chǔ).

企業(yè)級(jí)數(shù)據(jù)字典中的數(shù)據(jù)來(lái)源是數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)模型、指標(biāo)數(shù)據(jù)、技術(shù)類數(shù)據(jù)及元數(shù)據(jù). 字典中的每個(gè)數(shù)據(jù)項(xiàng)通過(guò)字典編號(hào)唯一標(biāo)識(shí), 通過(guò)數(shù)據(jù)項(xiàng)的分類屬性、名稱屬性、業(yè)務(wù)屬性、技術(shù)屬性及管理屬性進(jìn)行描述.

企業(yè)級(jí)數(shù)據(jù)字典的使用解決了過(guò)去同樣含義的數(shù)據(jù)項(xiàng)在不同系統(tǒng)中出現(xiàn)不同名稱、長(zhǎng)度等情況. 除此之外, 數(shù)據(jù)字典統(tǒng)一了企業(yè)級(jí)“數(shù)據(jù)項(xiàng)”的業(yè)務(wù)涵義,將企業(yè)級(jí)“數(shù)據(jù)項(xiàng)”的技術(shù)格式做出統(tǒng)一規(guī)范, 數(shù)據(jù)項(xiàng)的名稱、英文簡(jiǎn)稱等均為企業(yè)級(jí)描述, 同一數(shù)據(jù)項(xiàng)在所有系統(tǒng)中完全一致. 同時(shí), 企業(yè)級(jí)數(shù)據(jù)字典也是檢查數(shù)據(jù)項(xiàng)規(guī)范性的基準(zhǔn).

2.3 產(chǎn)品模型

產(chǎn)品建模從企業(yè)視角出發(fā), 基于高階產(chǎn)品目錄來(lái)優(yōu)化和完善產(chǎn)品目錄, 最終建立企業(yè)級(jí)的產(chǎn)品模型,確定與產(chǎn)品相關(guān)的業(yè)務(wù)規(guī)則、算法、限額、約束、期限、價(jià)格等要素項(xiàng), 并以產(chǎn)品條件及參數(shù)的形式表達(dá).

為了達(dá)到產(chǎn)品參數(shù)化設(shè)計(jì), 實(shí)現(xiàn)可售產(chǎn)品快速創(chuàng)新、配置與上線的目的, “新一代”采用產(chǎn)品模型作為銀行產(chǎn)品的規(guī)范化描述方法. 產(chǎn)品按照產(chǎn)品線、產(chǎn)品組、基礎(chǔ)產(chǎn)品、可售產(chǎn)品四個(gè)層級(jí)劃分, 所有可售產(chǎn)品均發(fā)布在企業(yè)級(jí)產(chǎn)品目錄中.

產(chǎn)品將在產(chǎn)品工廠中組裝, 通過(guò)結(jié)構(gòu)化、標(biāo)準(zhǔn)化的方法, 使用產(chǎn)品條件、產(chǎn)品參數(shù)對(duì)基礎(chǔ)產(chǎn)品進(jìn)行描述, 以產(chǎn)品部件的方式完成組裝過(guò)程, 基礎(chǔ)產(chǎn)品通過(guò)實(shí)例化成為實(shí)際可對(duì)客戶銷售的可售產(chǎn)品.

基于產(chǎn)品模型, 產(chǎn)品工廠將會(huì)更易于管理銀行集團(tuán)的產(chǎn)品. 產(chǎn)品創(chuàng)新人員可在工廠中靈活選擇相應(yīng)的基礎(chǔ)產(chǎn)品、產(chǎn)品組件、產(chǎn)品條件, 進(jìn)行組件化創(chuàng)新, 更加快捷地將產(chǎn)品推向市場(chǎng).

2.4 用戶體驗(yàn)?zāi)Ｐ?/p>

用戶體驗(yàn)?zāi)Ｐ褪菑慕y(tǒng)一系統(tǒng)界面風(fēng)格和設(shè)計(jì)標(biāo)準(zhǔn)的角度出發(fā)的建模工作. 用戶體驗(yàn)建模以現(xiàn)狀系統(tǒng)為基礎(chǔ), 結(jié)合調(diào)研成果, 提出系統(tǒng)界面風(fēng)格和設(shè)計(jì)的指導(dǎo)依據(jù), 旨在最大限度提升客戶體驗(yàn).

綜上所述, 通過(guò)使用企業(yè)級(jí)業(yè)務(wù)模型, 用統(tǒng)一建模語(yǔ)言對(duì)銀行集團(tuán)業(yè)務(wù)進(jìn)行標(biāo)準(zhǔn)化、結(jié)構(gòu)化、規(guī)范化的描述, 完成前、中、后臺(tái)的流程活動(dòng)對(duì)接. 目前企業(yè)級(jí)業(yè)務(wù)模型已累計(jì)發(fā)布14個(gè)版本. 流程建模已完成4916個(gè)四級(jí)任務(wù)、23881個(gè)五級(jí)步驟的建模工作. 數(shù)據(jù)建模完成147個(gè)主題域、2747個(gè)實(shí)體及25495項(xiàng)屬性的建模工作. 產(chǎn)品模型完成12個(gè)產(chǎn)品線、45個(gè)產(chǎn)品組、123個(gè)基礎(chǔ)產(chǎn)品, 3722個(gè)可售產(chǎn)品的建模工作. 用戶體驗(yàn)?zāi)Ｐ屯瓿?27項(xiàng)需求、9802項(xiàng)命名規(guī)范、超過(guò)150項(xiàng)設(shè)計(jì)標(biāo)準(zhǔn).

3 基于7+1層的“新一代”整體架構(gòu)設(shè)計(jì)

架構(gòu)分層是對(duì)架構(gòu)整體復(fù)雜性進(jìn)行解構(gòu)的方法,“關(guān)注點(diǎn)分離 ”是面向服務(wù)的架構(gòu)(SOA)的核心原則.為保持架構(gòu)的穩(wěn)定性、靈活性和擴(kuò)展性, 適應(yīng)業(yè)務(wù)的變革和發(fā)展, 架構(gòu)分層遵循這一重要原則.

“新一代”架構(gòu)中定義了應(yīng)用和應(yīng)用組件的概念,用于區(qū)分用戶視角以及企業(yè)視角:

應(yīng)用: 從用戶視角, 基于渠道、產(chǎn)品和客戶群, 對(duì)同一業(yè)務(wù)領(lǐng)域下一組活動(dòng)的實(shí)現(xiàn), 為內(nèi)外部客戶提供整合的產(chǎn)品和服務(wù). 應(yīng)用關(guān)注整合銀行產(chǎn)品和服務(wù),提供端到端的、跨渠道統(tǒng)一的完整客戶服務(wù)流程及業(yè)務(wù)流程. 提升用戶體驗(yàn)是應(yīng)用的核心目標(biāo).

應(yīng)用組件: 應(yīng)用組件是基于企業(yè)視角的系統(tǒng)功能,是由一組具有特定業(yè)務(wù)與功能用途, 并存在業(yè)務(wù)內(nèi)在聯(lián)系和相關(guān)性的應(yīng)用組件服務(wù)所組成的集合. 應(yīng)用組件不負(fù)責(zé)對(duì)界面展示的處理實(shí)現(xiàn), 而專注于具體的業(yè)務(wù)邏輯處理和業(yè)務(wù)數(shù)據(jù)處理, 將處理結(jié)果以服務(wù)形式提供出來(lái), 并通過(guò)調(diào)用來(lái)自其它應(yīng)用組件或外部的服務(wù)進(jìn)行應(yīng)用組件間的協(xié)作. 應(yīng)用組件需要屏蔽不同渠道、客戶、產(chǎn)品(CPC)的差異, 提供統(tǒng)一的處理邏輯和服務(wù).

應(yīng)用、應(yīng)用組件是“新一代”IT目標(biāo)架構(gòu)的重要內(nèi)容, 承載了全部業(yè)務(wù)功能; 其首要目標(biāo)就是保持業(yè)務(wù)與IT的一致性, 實(shí)現(xiàn)業(yè)務(wù)與IT的融合.

3.1 整體架構(gòu)設(shè)計(jì)

按照業(yè)務(wù)功能劃分, 架構(gòu)被分為7層, 除此之外,引入基礎(chǔ)設(shè)施與治理層作為以上7層架構(gòu)的基礎(chǔ), 如圖2所示.

分層的整體架構(gòu)提供了集成的綜合服務(wù). 渠道整合層作為多種渠道的統(tǒng)一入口, 向后端組件屏蔽前端的多樣性和復(fù)雜性. 客戶服務(wù)整合層負(fù)責(zé)編排和串接產(chǎn)品服務(wù)層提供的原子服務(wù), 對(duì)外提供集成的客戶服務(wù). 產(chǎn)品服務(wù)層以應(yīng)用組件的形式對(duì)外提供服務(wù), 產(chǎn)品提供的服務(wù)統(tǒng)一發(fā)布在應(yīng)用集成層. 數(shù)據(jù)集成層則為產(chǎn)品功能提供企業(yè)級(jí)數(shù)據(jù)服務(wù). 外聯(lián)集成層為對(duì)外合作單位或監(jiān)管機(jī)構(gòu)互聯(lián)互通提供接口服務(wù).

圖2 “新一代”整體架構(gòu)

3.2 渠道整合層

渠道整合層的作用是整合渠道接入, 統(tǒng)一渠道接口處理. 通過(guò)標(biāo)準(zhǔn)化接入手段, 渠道整合層接受來(lái)自不同渠道的業(yè)務(wù)請(qǐng)求, 處理并封裝請(qǐng)求數(shù)據(jù), 調(diào)用后臺(tái)服務(wù)并返回結(jié)果.

渠道整合層提供內(nèi)部客戶(整合已有高柜、低柜系統(tǒng))、外部客戶(包含ATM、電子銀行、手機(jī)銀行、電話銀行、移動(dòng)終端等)的渠道接入、安全控管認(rèn)證、接口路由等功能.

3.3 客戶服務(wù)整合層

客戶服務(wù)整合層以客戶為中心, 從客戶視角出發(fā),提供整合的銀行產(chǎn)品和服務(wù), 提供良好的使用體驗(yàn).通過(guò)整合端到端的客戶服務(wù)流程, 為內(nèi)外部客戶提供集成服務(wù).

客戶服務(wù)整合層基于跨時(shí)序、跨角色、跨用戶的企業(yè)級(jí)工作流引擎, 調(diào)用產(chǎn)品服務(wù)層的服務(wù)邏輯完成業(yè)務(wù)處理過(guò)程.

客戶服務(wù)整合層支持內(nèi)外部客戶按需定制個(gè)性化工作流. 支持各類業(yè)務(wù)領(lǐng)域, 如產(chǎn)品管理、客戶之聲、理財(cái)產(chǎn)品、市場(chǎng)營(yíng)銷和銷售管理、集中運(yùn)營(yíng)服務(wù)、內(nèi)審與合規(guī)等.

3.4 應(yīng)用集成層

應(yīng)用集成層通過(guò)標(biāo)準(zhǔn)化方式接受來(lái)自客戶服務(wù)整合層(使用工作流的業(yè)務(wù))及渠道整合層的服務(wù)請(qǐng)求,屏蔽后臺(tái)服務(wù)的技術(shù)特性, 以一致的形式返回結(jié)果.主要功能包括服務(wù)目錄管理、報(bào)文轉(zhuǎn)換、交易路由、服務(wù)調(diào)用、資源分配等.

產(chǎn)品服務(wù)層的應(yīng)用組件將服務(wù)以統(tǒng)一形式發(fā)布在應(yīng)用集成層的服務(wù)目錄中. 各組件之間的服務(wù)請(qǐng)求通過(guò)應(yīng)用集成層轉(zhuǎn)發(fā)及響應(yīng).

3.5 外聯(lián)集成層

外聯(lián)集成層負(fù)責(zé)外部金融和非金融機(jī)構(gòu)與“新一代”之間的系統(tǒng)交互. 如第三方支付系統(tǒng)、保險(xiǎn)公司、人行征信系統(tǒng)等. 主要完成協(xié)議轉(zhuǎn)換、報(bào)文轉(zhuǎn)發(fā)等功能, 并可提供實(shí)時(shí)和非實(shí)時(shí)的服務(wù), 為內(nèi)部系統(tǒng)屏蔽各類網(wǎng)絡(luò)接口的技術(shù)特性. 接入單位包含SWIFT接入、VISA/MASTER接入、CNAP接入以及第三方支付接入等.

3.6 產(chǎn)品服務(wù)層

產(chǎn)品服務(wù)層提供企業(yè)視角的產(chǎn)品服務(wù), 支持銀行集團(tuán)核心業(yè)務(wù), 涉及產(chǎn)品、客戶、合約、核算等服務(wù), 提供與渠道無(wú)關(guān)的產(chǎn)品、服務(wù)處理組件. 產(chǎn)品服務(wù)層以應(yīng)用組件作為服務(wù)的載體, 將服務(wù)發(fā)布在應(yīng)用集成層.

產(chǎn)品服務(wù)層包括存款、貸款、代理、貿(mào)易融資、托管、客戶管理等產(chǎn)品線, 包括子公司的產(chǎn)品和服務(wù),是銀行信息系統(tǒng)的核心.

3.7 數(shù)據(jù)集成層

數(shù)據(jù)集成層整合企業(yè)范圍內(nèi)的各類數(shù)據(jù), 提供統(tǒng)一數(shù)據(jù)存儲(chǔ)及交換服務(wù), 為產(chǎn)品服務(wù)層和管理分析層提供一致的數(shù)據(jù)服務(wù). 數(shù)據(jù)集成層可提供面向企業(yè)級(jí)數(shù)據(jù)的集成服務(wù)和周期性、大規(guī)模數(shù)據(jù)的批量處理.

數(shù)據(jù)集成層是企業(yè)級(jí)信息視圖的必要條件.

3.8 管理分析層

管理分析層為銀行內(nèi)部管理和決策提供支持. 該層包含所有管理分析類應(yīng)用, 所有應(yīng)用從數(shù)據(jù)集成層獲取數(shù)據(jù), 進(jìn)行加工、處理及分析.

管理分析層包括通過(guò)數(shù)據(jù)分析提供決策支持的應(yīng)用、風(fēng)險(xiǎn)管理、財(cái)務(wù)管理、內(nèi)部管理、黑名單等管理型應(yīng)用[6].

3.9 基礎(chǔ)設(shè)施與治理層

應(yīng)用系統(tǒng)的上線運(yùn)行離不開基礎(chǔ)設(shè)施, 基礎(chǔ)設(shè)施與治理層提供硬件設(shè)備、網(wǎng)絡(luò)、操作系統(tǒng)、中間件和數(shù)據(jù)庫(kù)等基礎(chǔ)支持.

大型商業(yè)銀行集團(tuán)的核心系統(tǒng)一般采用大型機(jī)作為基礎(chǔ)設(shè)施, 面對(duì)業(yè)務(wù)量的飛速增長(zhǎng), 只能通過(guò)擴(kuò)容方式解決, 運(yùn)行和維護(hù)成本越來(lái)越高. “新一代”在原有大型機(jī)基礎(chǔ)上, 參考云計(jì)算模型, 采用虛擬化技術(shù)搭建了基于X86服務(wù)器的云基礎(chǔ)設(shè)施平臺(tái), 逐步形成了“大型機(jī)+X86云”的混合基礎(chǔ)設(shè)施架構(gòu). 隨著“新一代”功能的逐步釋放, 大量產(chǎn)品服務(wù)層的應(yīng)用組件都已經(jīng)部署在了基于X86服務(wù)器的云環(huán)境中. 目標(biāo)是打造“兩地三中心”的云數(shù)據(jù)中心運(yùn)維體系[5].

4 “新一代”架構(gòu)中的12個(gè)應(yīng)用平臺(tái)

根據(jù)SOA架構(gòu)設(shè)計(jì)原則, “新一代”架構(gòu)將7層架構(gòu)分解為12個(gè)應(yīng)用平臺(tái). 如圖3所示.

圖3 12個(gè)應(yīng)用平臺(tái)

應(yīng)用平臺(tái)是一系列軟硬件技術(shù)組件的集合, 向應(yīng)用或應(yīng)用組件提供服務(wù). 應(yīng)用平臺(tái)可以看作應(yīng)用或應(yīng)用組件的容器.

基于應(yīng)用平臺(tái)的開發(fā)模式極大程度減少重復(fù)開發(fā)量, 借助平臺(tái)提供的通用技術(shù)組件及服務(wù)可達(dá)到敏捷開發(fā), 快速響應(yīng)業(yè)務(wù)需求的目的. 整體來(lái)看, 應(yīng)用平臺(tái)具備如下基本能力:

① 參數(shù)化開發(fā)能力: 支持靈活的參數(shù)配置和管理能力. 如前端界面定制化開發(fā)、業(yè)務(wù)流程的配置、后端產(chǎn)品組件的參數(shù)化配置等能力.

② 橫向擴(kuò)展能力: 對(duì)于主機(jī)平臺(tái), 支持Sysplex并行處理. 對(duì)于開放平臺(tái), 支持集群部署能力, 支持動(dòng)態(tài)負(fù)載均衡能力.

③ 高可用支持能力: 支持無(wú)單點(diǎn)故障的部署、支持組件或應(yīng)用功能的熱部署能力, 降低系統(tǒng)維護(hù)停機(jī)時(shí)間.

④ 數(shù)據(jù)加解密能力: 支持交易信息和交易報(bào)文的加解密處理、支持關(guān)鍵交易的簽名處理、支持對(duì)加密信息的存儲(chǔ)和訪問(wèn)控制.

⑤ 可跟蹤能力: 平臺(tái)完整記錄內(nèi)外部客戶的操作痕跡. 提供跟蹤交易異常信息功能. 各平臺(tái)采用全局事件跟蹤號(hào)作為交易的唯一標(biāo)識(shí), 由交易發(fā)起端生成, 在全流程中保持唯一, 便于跨平臺(tái)、組件跟蹤問(wèn)題.

⑥ 應(yīng)用監(jiān)控能力: 平臺(tái)可對(duì)應(yīng)用狀態(tài)數(shù)據(jù)進(jìn)行采集, 提供給企業(yè)級(jí)的監(jiān)控系統(tǒng).

⑦ 安全控制能力: 平臺(tái)對(duì)訪問(wèn)系統(tǒng)的用戶進(jìn)行身份認(rèn)證, 保證用戶合法性. 對(duì)外部交互系統(tǒng)進(jìn)行識(shí)別認(rèn)證, 保證具備交互權(quán)限的系統(tǒng)才能訪問(wèn)系統(tǒng)服務(wù).支持訪問(wèn)控制授權(quán)和審計(jì)跟蹤、風(fēng)險(xiǎn)預(yù)警能力.

應(yīng)用平臺(tái)建立在各種技術(shù)框架基礎(chǔ)之上, 使用技術(shù)框架提供的通用功能組件及服務(wù)完成平臺(tái)功能. 實(shí)際開發(fā)中, 應(yīng)用開發(fā)者更關(guān)注于平臺(tái)的使用, 底層技術(shù)框架對(duì)應(yīng)用開發(fā)人員屏蔽技術(shù)細(xì)節(jié).

4.1 技術(shù)框架概述

技術(shù)框架是一組具有緊密聯(lián)系的技術(shù)組件的集合,并提供常用的技術(shù)性基礎(chǔ)功能(如日志記錄、基礎(chǔ)函數(shù)、流量控制等), 具有被各類應(yīng)用共享且相對(duì)穩(wěn)定的基本特征, 是可以直接支撐應(yīng)用平臺(tái)和業(yè)務(wù)應(yīng)用開發(fā)的企業(yè)級(jí)可復(fù)用軟件資產(chǎn).

“新一代”技術(shù)框架包括主機(jī)、C、JAVA、電子渠道四個(gè)框架. 12個(gè)應(yīng)用平臺(tái)則構(gòu)建于技術(shù)框架之上,應(yīng)用平臺(tái)及技術(shù)框架的關(guān)系如圖4所示.

圖4 技術(shù)框架定位

由圖4可知, 技術(shù)框架處于基礎(chǔ)設(shè)施和應(yīng)用平臺(tái)之間, 對(duì)下屏蔽基礎(chǔ)設(shè)施的差異, 構(gòu)建基礎(chǔ)的應(yīng)用運(yùn)行環(huán)境. 對(duì)上為各平臺(tái)提供通用技術(shù)組件.

4.1.1 主機(jī)框架

“新一代”主機(jī)框架基于大型機(jī)環(huán)境構(gòu)建, 并采用主機(jī)系統(tǒng)常用的COBOL作為主要開發(fā)語(yǔ)言. 主機(jī)框架支持采用COBOL開發(fā)的產(chǎn)品服務(wù)層應(yīng)用組件, 并支持聯(lián)機(jī)事務(wù)處理及批處理功能.

4.1.2 C框架

開放環(huán)境通用技術(shù)C框架基于UNIX/Linux環(huán)境構(gòu)建, 屬于主流的通用性技術(shù)框架, 支持UNIX小型機(jī)、X86服務(wù)器環(huán)境下C開發(fā)技術(shù), 支持開放環(huán)境下渠道整合、客戶服務(wù)整合、產(chǎn)品服務(wù)、應(yīng)用集成和管理分析等架構(gòu)層次相關(guān)應(yīng)用的開發(fā).

4.1.3 JAVA框架

JAVA框架使用HTTP協(xié)議接入前端服務(wù)請(qǐng)求, 服務(wù)管理和服務(wù)路由等組件都由Spring容器管理. 數(shù)據(jù)訪問(wèn)層支持目前主流的關(guān)系數(shù)據(jù)庫(kù)持久化訪問(wèn)技術(shù).該框架可更廣泛的去除應(yīng)用系統(tǒng)各層間的耦合性, 增加服務(wù)的復(fù)用性, 同時(shí)為系統(tǒng)開發(fā)提供更多的基礎(chǔ)技術(shù)的支撐, 使開發(fā)者只需關(guān)注業(yè)務(wù)邏輯.

4.1.4 電子銀行類型專用框架

由于電子銀行渠道系統(tǒng)(網(wǎng)銀、手機(jī)銀行、電話銀行、家居銀行等)在安全控制、終端系統(tǒng)環(huán)境及新技術(shù)應(yīng)用方面的特殊性, 并且其底層實(shí)現(xiàn)與具體應(yīng)用邏輯耦合度高, 因此, 針對(duì)電子銀行應(yīng)用開發(fā)采用了專用的技術(shù)框架. 該技術(shù)框架部分組件共享其他技術(shù)框架的成果, 但總體而言自成體系.

4.2 外部客戶渠道整合平臺(tái)(P1)

圖5 外部客戶渠道整合平臺(tái)整體設(shè)計(jì)

外部客戶渠道整合平臺(tái)(P1)支持受理外部客戶使用不同終端設(shè)備、不同客戶端的業(yè)務(wù)請(qǐng)求. P1屏蔽終端設(shè)備和請(qǐng)求協(xié)議的差異, 統(tǒng)一封裝不同的渠道業(yè)務(wù)數(shù)據(jù), 并將結(jié)果數(shù)據(jù)和渠道展示特性進(jìn)行適配轉(zhuǎn)換,返回終端設(shè)備及客戶端. P1平臺(tái)可提供多種展現(xiàn)格式,支持多種界面語(yǔ)言. 可提供客戶安全認(rèn)證功能、渠道交易限額、交易流量限制功能.

P1平臺(tái)支持的渠道范圍包括: 網(wǎng)上銀行、手機(jī)銀行、電話銀行、短信、電話、智能終端(手機(jī)、平板電腦)、ATM、POS、排隊(duì)機(jī)、互聯(lián)網(wǎng)網(wǎng)站、電子商務(wù)網(wǎng)站及第三方渠道設(shè)備等. 平臺(tái)的整體設(shè)計(jì)如圖5所示.

P1平臺(tái)支持C/S和B/S模式. 平臺(tái)使用框架中的控制驅(qū)動(dòng)組件、功能處理組件及基礎(chǔ)技術(shù)組件來(lái)完成P1的功能.

4.3 內(nèi)部客戶渠道整合平臺(tái)(P2)

P2平臺(tái)為內(nèi)部員工提供統(tǒng)一的操作門戶, 支持員工使用不同終端設(shè)備的業(yè)務(wù)請(qǐng)求.

P2平臺(tái)整合已有高柜、低柜系統(tǒng), 提供客戶端和網(wǎng)頁(yè)兩種展現(xiàn)模式. 客戶端模式針對(duì)要求交易高效操作、快速響應(yīng)的場(chǎng)景, 網(wǎng)頁(yè)模式針對(duì)管理類、流程類等時(shí)效性要求不高的場(chǎng)景. 兩種模式的界面都在平臺(tái)客戶端框架內(nèi). 平臺(tái)提供前端界面和后端業(yè)務(wù)處理的參數(shù)化配置開發(fā)能力, 可快速發(fā)布新產(chǎn)品. 客戶端可通過(guò)檢查版本服務(wù)器的發(fā)布版本完成自動(dòng)更新操作. P2還可根據(jù)操作員權(quán)限動(dòng)態(tài)展示可操作菜單, 拒絕無(wú)權(quán)限的交易發(fā)起請(qǐng)求.

P1、P2平臺(tái)均包含客戶端及服務(wù)端, 客戶端負(fù)責(zé)處理界面展現(xiàn)、校驗(yàn)、流控、外設(shè)接入適配、版本管理等功能; 服務(wù)端完成后端業(yè)務(wù)調(diào)用及處理、加解密、資源調(diào)度等功能.

圖6 內(nèi)部客戶渠道整合平臺(tái)整體設(shè)計(jì)

P2平臺(tái)的整體設(shè)計(jì)如圖6所示. 服務(wù)端功能由框架提供的公共組件以及平臺(tái)實(shí)現(xiàn)的功能組件共同完成. P2平臺(tái)提供的功能與P1平臺(tái)相似, 區(qū)別主要在于P2平臺(tái)底層的技術(shù)框架是JAVA框架.

4.4 客戶服務(wù)整合平臺(tái)(P3)

銀行業(yè)務(wù)存在需要多人審核、會(huì)簽的場(chǎng)景, 一般出現(xiàn)在對(duì)公業(yè)務(wù)流程中. 同樣的需求也存在于企業(yè)客戶. 現(xiàn)狀中, 由于每個(gè)業(yè)務(wù)系統(tǒng)相對(duì)獨(dú)立, 流程的管控和實(shí)現(xiàn)在各業(yè)務(wù)系統(tǒng)中實(shí)現(xiàn), 功能重復(fù)開發(fā)且設(shè)計(jì)不統(tǒng)一. 針對(duì)以上情況, 流程被重新定義和設(shè)計(jì), 在客戶服務(wù)整合平臺(tái)上實(shí)現(xiàn).

P3平臺(tái)整合端到端的客戶服務(wù)流程、為渠道提供集成的服務(wù). 平臺(tái)提供面向內(nèi)外部用戶跨角色、跨時(shí)序、可中斷的流程編排服務(wù).

P3平臺(tái)的核心是工作流引擎, 平臺(tái)基于JAVA框架開發(fā), 可提供業(yè)務(wù)流程靈活定制與編排服務(wù). 服務(wù)配置為可視化操作, 并可動(dòng)態(tài)增加流程角色、組織結(jié)構(gòu)、流程路由、流程節(jié)點(diǎn)等要素. 工作流引擎的整體功能如圖7所示.

圖7 工作流引擎

根據(jù)實(shí)際業(yè)務(wù)需求, 流程可預(yù)先定義, 或由客戶通過(guò)流程模板定制, 創(chuàng)建流程時(shí)可自定義流程規(guī)則. P3平臺(tái)提供通用的流程管理、任務(wù)管理服務(wù), 提供流程執(zhí)行中的選人模式管理服務(wù).

P3平臺(tái)采用流程與服務(wù)分離的設(shè)計(jì), 流程的執(zhí)行與服務(wù)為松耦合關(guān)系.

P3平臺(tái)提供基于事件的調(diào)度管理, 支持事件觸發(fā)服務(wù).

4.5 應(yīng)用集成平臺(tái)(P4、P5)

應(yīng)用集成平臺(tái)分為內(nèi)聯(lián)(P4)及外聯(lián)(P5)平臺(tái), 其存在形式為企業(yè)級(jí)服務(wù)總線(ESB). 應(yīng)用集成平臺(tái)提供通訊連接、報(bào)文轉(zhuǎn)換、集成適配、路由交換、服務(wù)分類調(diào)度管理、服務(wù)組合等集成功能.

產(chǎn)品服務(wù)層的服務(wù)注冊(cè)并發(fā)布在P4服務(wù)目錄中,以供內(nèi)外部系統(tǒng)使用.

內(nèi)聯(lián)服務(wù)平臺(tái)(P4)主要為客戶服務(wù)整合層及渠道整合層(其他層)提供標(biāo)準(zhǔn)化的服務(wù)調(diào)用功能.

外聯(lián)集成平臺(tái)(P5)提供與外部金融和非金融機(jī)構(gòu)系統(tǒng)間的服務(wù)交互.

4.6 產(chǎn)品服務(wù)平臺(tái)

產(chǎn)品服務(wù)層作為企業(yè)級(jí)視角的產(chǎn)品服務(wù)的提供方,支持銀行集團(tuán)產(chǎn)品、客戶、合約等核心業(yè)務(wù)服務(wù).

產(chǎn)品服務(wù)平臺(tái)采用相同的架構(gòu)設(shè)計(jì), 由基礎(chǔ)框架開發(fā)而來(lái). 目前設(shè)計(jì)三個(gè)產(chǎn)品服務(wù)平臺(tái), 主要在開發(fā)語(yǔ)言上有所區(qū)分.

產(chǎn)品服務(wù)平臺(tái)的整體架構(gòu)設(shè)計(jì)如圖8所示.

圖8 產(chǎn)品服務(wù)平臺(tái)架構(gòu)設(shè)計(jì)

產(chǎn)品服務(wù)平臺(tái)具備如下能力:

① 聯(lián)機(jī)服務(wù)處理能力: 能夠處理P4發(fā)過(guò)來(lái)的聯(lián)機(jī)服務(wù)請(qǐng)求.

② 批量服務(wù)處理能力: 為平臺(tái)產(chǎn)品服務(wù)層提供公用的批量任務(wù)處理的機(jī)制.

③ 構(gòu)件組合能力: 提供通過(guò)配置方式將多個(gè)原子構(gòu)件服務(wù)組合成新的構(gòu)件服務(wù).

④ 沖正: 提供本地超時(shí)和后端系統(tǒng)超時(shí)后的同步或異步?jīng)_正功能, 發(fā)布統(tǒng)一的沖正服務(wù), 在接受到前端沖正請(qǐng)求時(shí)能追溯正交易過(guò)程.

⑤ 公共業(yè)務(wù)處理: 為平臺(tái)上的業(yè)務(wù)應(yīng)用組件提供公共的業(yè)務(wù)處理構(gòu)件, 可提供聯(lián)機(jī)服務(wù)前處理、后處理服務(wù).

⑥ 數(shù)據(jù)同步: 將平臺(tái)上業(yè)務(wù)應(yīng)用組件管理和維護(hù)的數(shù)據(jù)同步給數(shù)據(jù)集成平臺(tái).

⑦ 文件傳輸: 支持跨平臺(tái)的文件傳輸能力.

4.6.1 產(chǎn)品服務(wù)主機(jī)平臺(tái)(P6)

產(chǎn)品服務(wù)平臺(tái)P6構(gòu)建在主機(jī)系統(tǒng), 基于COBOL語(yǔ)言實(shí)現(xiàn).

P6平臺(tái)支持快速產(chǎn)品創(chuàng)新和部署的能力, 支撐靈活的定價(jià), 并能提供銀行集團(tuán)統(tǒng)一的客戶視圖. 支持跨系統(tǒng)平臺(tái)、數(shù)據(jù)庫(kù)、中間件、操作系統(tǒng)部署的能力.支持同構(gòu)平臺(tái)內(nèi)構(gòu)件或模塊的注冊(cè)或調(diào)用的能力.

4.6.2 產(chǎn)品服務(wù)C平臺(tái)(P7)

產(chǎn)品服務(wù)C平臺(tái)(P7)基于TP MONITOR和C語(yǔ)言實(shí)現(xiàn), 利用基礎(chǔ)技術(shù)C框架, 以配置化的方法實(shí)現(xiàn)業(yè)務(wù)應(yīng)用組件交易服務(wù)的內(nèi)部構(gòu)件串接和驅(qū)動(dòng). 與P6相似, P7也具備支持產(chǎn)品創(chuàng)新、靈活部署、聯(lián)機(jī)處理與批處理等能力.

4.6.3 產(chǎn)品服務(wù)J2EE平臺(tái)(P8)

產(chǎn)品服務(wù)J2EE平臺(tái)(P8)依賴于J2EE基礎(chǔ)技術(shù)框架. 在“新一代”7層架構(gòu)中, 與P6、P7一樣處于產(chǎn)品服務(wù)層. P8平臺(tái)提供批量調(diào)度服務(wù), 采用基礎(chǔ)數(shù)據(jù)變化捕獲工具和文件傳輸工具, 以準(zhǔn)實(shí)時(shí)或定時(shí)批量模式將業(yè)務(wù)數(shù)據(jù)以增量或全量的方式同步到P9平臺(tái).

P8平臺(tái)針對(duì)未來(lái)產(chǎn)品服務(wù)類應(yīng)用組件的交易過(guò)程、異常處理等基礎(chǔ)業(yè)務(wù)能力需求進(jìn)行了整體性設(shè)計(jì),提供公用的流水記錄、沖正等平臺(tái)組件來(lái)盡量減少未來(lái)業(yè)務(wù)應(yīng)用組件的開發(fā)難度.

4.7 數(shù)據(jù)集成平臺(tái)(P9)

數(shù)據(jù)集成平臺(tái)(P9)提供支持管理分析層實(shí)現(xiàn)的統(tǒng)一數(shù)據(jù)存儲(chǔ)與交換, 支持管理分析層與產(chǎn)品服務(wù)層之間的批量數(shù)據(jù)交換, 支持產(chǎn)品服務(wù)平臺(tái)和管理分析平臺(tái)應(yīng)用訪問(wèn)的技術(shù)服務(wù).

P9平臺(tái)支持的應(yīng)用訪問(wèn)技術(shù)服務(wù)包括: 信息管理、信息集成組件、ETL、信息交換、資源供給服務(wù)(基礎(chǔ)架構(gòu)服務(wù))、業(yè)務(wù)可用性(通用服務(wù))、目錄服務(wù)(應(yīng)用集成服務(wù))、信息訪問(wèn)(數(shù)據(jù)部署)、信息索引(數(shù)據(jù)部署).整體設(shè)計(jì)如圖9所示.

P9平臺(tái)具有海量數(shù)據(jù)存儲(chǔ)能力、數(shù)據(jù)按主題歸類能力、大數(shù)據(jù)量分區(qū)能力、大批量處理的計(jì)算能力、數(shù)據(jù)質(zhì)量的控制能力、高并發(fā)處理能力、報(bào)表數(shù)據(jù)存儲(chǔ)能力、非結(jié)構(gòu)化數(shù)據(jù)管理能力.

P9平臺(tái)采用大規(guī)模并行處理(MPP)數(shù)據(jù)庫(kù)技術(shù)、

HADOOP分布式計(jì)算技術(shù)、數(shù)據(jù)的對(duì)象管理和存儲(chǔ)技術(shù), 實(shí)現(xiàn)海量數(shù)據(jù)加載、處理和分級(jí)存儲(chǔ). 利用自有核心技術(shù)構(gòu)建10萬(wàn)任務(wù)級(jí)復(fù)雜數(shù)據(jù)處理的技術(shù)框架, 實(shí)現(xiàn)可配置、易監(jiān)控、擴(kuò)展性強(qiáng)的集群調(diào)度模式, 組件化對(duì)外服務(wù).

圖9 數(shù)據(jù)集成平臺(tái)整體設(shè)計(jì)

4.8 管理分析服務(wù)平臺(tái)(P10)

管理分析服務(wù)平臺(tái)(P10)提供銀行內(nèi)部管理和決策所需的所有管理分析類格式化展現(xiàn)和分析應(yīng)用, 同時(shí)支持面向外部客戶的固定格式報(bào)表和靈活定制報(bào)表.

P10平臺(tái)總體框架上下文關(guān)系如圖10所示. 圖中D2表示管理分析服務(wù)平臺(tái)與數(shù)據(jù)集成平臺(tái)的關(guān)系, C1表示可通過(guò)頁(yè)面鏈接的方式訪問(wèn)P10交互界面.

圖10 管理分析服務(wù)平臺(tái)總體框架上下文關(guān)系

P10平臺(tái)支持業(yè)務(wù)領(lǐng)域管理人員自行定制和發(fā)布數(shù)據(jù)業(yè)務(wù). 可基于選定的數(shù)據(jù)項(xiàng)集合自行定制數(shù)據(jù)展現(xiàn)格式, 自行決定是否發(fā)布給其他用戶使用. 支持技術(shù)人員在業(yè)務(wù)人員工作的基礎(chǔ)上進(jìn)行調(diào)優(yōu), 提供商業(yè)智能組件, 包括報(bào)表、儀表盤、多維分析、預(yù)測(cè)分析、假設(shè)分析和數(shù)據(jù)挖掘.

P10平臺(tái)采用HTML5技術(shù), 增強(qiáng)用戶體驗(yàn). 采用互聯(lián)網(wǎng)搜索引擎, 構(gòu)建銀行集團(tuán)數(shù)據(jù)索引, 方便業(yè)務(wù)用戶直接使用數(shù)據(jù). 采用X86云部署技術(shù), 保障運(yùn)行的高可靠性、高可用和可管理性.

4.9 事務(wù)控制服務(wù)平臺(tái)(P11)

事務(wù)控制平臺(tái)主要用于高效行政相關(guān)系統(tǒng), 包括電子郵件和辦公自動(dòng)化等.

4.10 在線交易數(shù)據(jù)服務(wù)平臺(tái)(P12)

在線交易數(shù)據(jù)服務(wù)平臺(tái)(P12)為在線交易提供運(yùn)營(yíng)決策服務(wù)和信息訪問(wèn)服務(wù). 支持基于歷史數(shù)據(jù)的實(shí)時(shí)計(jì)算和查詢, 具備靈活的規(guī)則定制和高效的數(shù)據(jù)訪問(wèn)能力. 支撐管理分析層的反欺詐、反洗錢、監(jiān)管合規(guī)、稽核監(jiān)測(cè)、風(fēng)險(xiǎn)管理等應(yīng)用組件.

P12平臺(tái)支撐的應(yīng)用模式如圖11所示.

圖11 在線交易數(shù)據(jù)服務(wù)平臺(tái)支撐的應(yīng)用模式

P12平臺(tái)可按照預(yù)定義的業(yè)務(wù)規(guī)則, 基于歷史數(shù)據(jù)進(jìn)行計(jì)算處理, 為在線交易實(shí)時(shí)返回計(jì)算結(jié)果. 其中規(guī)則定制支持在線調(diào)整和發(fā)布, 支持信息訪問(wèn). 即對(duì)數(shù)據(jù)集成層處理結(jié)果的快速查詢, 或者基于數(shù)據(jù)集成層的數(shù)據(jù)進(jìn)行信息聚合, 并返回查詢結(jié)果.

P12平臺(tái)采用規(guī)則引擎技術(shù)和分布式緩存技術(shù),分別支撐運(yùn)營(yíng)決策能力和信息訪問(wèn)能力. 采用規(guī)則引擎技術(shù)實(shí)現(xiàn)規(guī)則的集中管理、規(guī)則在線調(diào)整和發(fā)布;采用分布式緩存技術(shù)對(duì)讀多寫少的數(shù)據(jù)進(jìn)行緩存, 以提升數(shù)據(jù)訪問(wèn)效率, 并減少對(duì)數(shù)據(jù)集成層的壓力.

5 面向云服務(wù)的基礎(chǔ)設(shè)施建設(shè)與災(zāi)備體系

基礎(chǔ)設(shè)施與治理層是“新一代”7+1層架構(gòu)中的1層, 是應(yīng)用組件運(yùn)行的基礎(chǔ)環(huán)境. 在實(shí)施“新一代”建設(shè)的過(guò)程中, 設(shè)計(jì)了基于云計(jì)算技術(shù)的基礎(chǔ)設(shè)施體系,初步建成云計(jì)算數(shù)據(jù)中心及運(yùn)維體系.

災(zāi)備對(duì)于保障銀行業(yè)務(wù)連續(xù)性至關(guān)重要. 按照《IT災(zāi)備體系規(guī)劃項(xiàng)目》的目標(biāo), 確定了以“兩地三中心”為核心的IT災(zāi)備體系[7]. 以云計(jì)算數(shù)據(jù)中心架構(gòu)設(shè)計(jì)為依托, 構(gòu)建形成“新一代”IT災(zāi)備體系.

5.1 企業(yè)級(jí)云數(shù)據(jù)中心模型

云數(shù)據(jù)中心的基礎(chǔ)設(shè)施及服務(wù)層涉及網(wǎng)絡(luò)、存儲(chǔ)、計(jì)算、安全、運(yùn)維管理等技術(shù)組件, 其總體技術(shù)架構(gòu)如圖12所示.

圖12 云數(shù)據(jù)中心技術(shù)架構(gòu)邏輯模型

新的技術(shù)架構(gòu)融入了云計(jì)算的構(gòu)建思想和元素,將整個(gè)數(shù)據(jù)中心的基礎(chǔ)資源和運(yùn)維管理分為基礎(chǔ)設(shè)施資源層、通用服務(wù)層、基礎(chǔ)設(shè)施服務(wù)目錄層、基礎(chǔ)設(shè)施服務(wù)層、前端層和統(tǒng)一管理層. 服務(wù)目錄層是將網(wǎng)絡(luò)、存儲(chǔ)、計(jì)算以及各種技術(shù)組件通過(guò)標(biāo)準(zhǔn)化過(guò)程抽象成不同的云服務(wù), 然后再通過(guò)云管理平臺(tái)進(jìn)行調(diào)度和管理[8].

經(jīng)過(guò)前期的規(guī)劃設(shè)計(jì), 共梳理出31個(gè)技術(shù)組件和28個(gè)云服務(wù). 不僅涉及網(wǎng)絡(luò)、存儲(chǔ)、計(jì)算等基礎(chǔ)資源,還涉及云管理、監(jiān)控、運(yùn)維流程、配置管理等IT服務(wù)管理. 這些技術(shù)組件及技術(shù)架構(gòu)為云計(jì)算數(shù)據(jù)中心的逐步完善奠定了基礎(chǔ).

5.2 核心網(wǎng)絡(luò)架構(gòu)

目前各數(shù)據(jù)中心(DC)、開發(fā)中心、分行、業(yè)務(wù)中心及子公司、海外機(jī)構(gòu)等通過(guò)核心網(wǎng)完成銀行集團(tuán)網(wǎng)絡(luò)的集中接入. 核心網(wǎng)整體采用層次化的架構(gòu), 分為核心層、分布層、接入層. 核心網(wǎng)節(jié)點(diǎn)內(nèi)部采用模塊化設(shè)計(jì), 由位于核心層的核心節(jié)點(diǎn), 以及位于分布層的DC接入?yún)^(qū)和WAN接入?yún)^(qū)組成, 可用性高, 架構(gòu)靈活. 核心網(wǎng)是“兩地三中心”災(zāi)備方案的基礎(chǔ), 其整體結(jié)構(gòu)如圖13所示.

核心層實(shí)現(xiàn)核心層節(jié)點(diǎn)之間高速互聯(lián), 數(shù)據(jù)流可以根據(jù)業(yè)務(wù)的需要, 不受實(shí)際連接的限制而靈活高速地傳輸. 分布層提供各個(gè)網(wǎng)絡(luò)單元的接入, 分為WAN和DC兩個(gè)接入?yún)^(qū), 用于隔離失效域, 提升可用性. 接入網(wǎng)為各個(gè)網(wǎng)絡(luò)接入單元. 如數(shù)據(jù)中心、業(yè)務(wù)中心、開發(fā)測(cè)試中心、分行等.

圖13 核心網(wǎng)結(jié)構(gòu)圖

原則上, 開發(fā)中心、業(yè)務(wù)中心均連到WAN接入?yún)^(qū),各數(shù)據(jù)中心只連到DC接入?yún)^(qū). 從接入的密度和可管理性角度考慮, 在目前的負(fù)載情況下, WAN區(qū)作為一個(gè)集成的接入?yún)^(qū), 不考慮分區(qū)方案. 未來(lái)接入密度出現(xiàn)瓶頸時(shí), 可將WAN接入?yún)^(qū)分為多個(gè)區(qū)域.

5.3 “兩地三中心”災(zāi)備方案

“兩地三中心”方案要求在同城建立兩個(gè)數(shù)據(jù)中心作為同城備份, 在異地建立災(zāi)備中心, 當(dāng)兩個(gè)生產(chǎn)數(shù)據(jù)中心均不可用時(shí), 生產(chǎn)系統(tǒng)切換至異地災(zāi)備中心.目前, “新一代”建立兩個(gè)數(shù)據(jù)中心及一個(gè)災(zāi)備中心, 各中心的主要職責(zé)如下:

①A1數(shù)據(jù)中心: 作為主要系統(tǒng)的生產(chǎn)中心, 也是運(yùn)維控制中心. 部署交易類生產(chǎn)系統(tǒng)及部分開發(fā)/測(cè)試集成環(huán)境, 部署渠道接入系統(tǒng). 同時(shí)也是管理分析類系統(tǒng)的異地災(zāi)備.

②A2數(shù)據(jù)中心: 作為A1數(shù)據(jù)中心的同城備份,實(shí)時(shí)備份生產(chǎn)數(shù)據(jù), 同時(shí)部署渠道接入系統(tǒng).

③ B數(shù)據(jù)中心: 作為主要系統(tǒng)的災(zāi)備中心. 部署準(zhǔn)生產(chǎn)版本驗(yàn)證測(cè)試環(huán)境. 部署部分渠道接入系統(tǒng)、管理信息系統(tǒng), 是歷史數(shù)據(jù)存儲(chǔ)的生產(chǎn)中心.

各平臺(tái)在三個(gè)中心有如下幾種部署模式:

Active: 在Active模式下平臺(tái)及應(yīng)用組件對(duì)外提供服務(wù), 允許更新各類業(yè)務(wù)數(shù)據(jù), 為主要運(yùn)行模式.當(dāng)Active模式的實(shí)例發(fā)生故障時(shí), 服務(wù)將由同城的Query模式部署實(shí)例提供.

Query: 運(yùn)行在Active模式下的平臺(tái)及應(yīng)用組件以準(zhǔn)實(shí)時(shí)(約20毫秒延遲)的方式將數(shù)據(jù)同步到同城數(shù)據(jù)中心. Query模式下, 平臺(tái)及組件僅對(duì)外提供非強(qiáng)實(shí)時(shí)性要求的查詢類交易. 對(duì)于要求實(shí)時(shí)數(shù)據(jù)的查詢類交易, 依然由Active部署模式的數(shù)據(jù)中心提供服務(wù).

Standby: 在Standby模式下的平臺(tái)及組件主要作為災(zāi)難恢復(fù)所用, 為異地?cái)?shù)據(jù)中心, 其數(shù)據(jù)延遲在分鐘級(jí). 當(dāng)Active及Query模式下的服務(wù)均不可用時(shí), 將切換至Standby模式下的部署實(shí)例.

由于各平臺(tái)的應(yīng)用模式不同, 其部署模式也不相同, 12P的災(zāi)備部署模式如圖14所示. P1至P5平臺(tái)主要負(fù)責(zé)接入功能, 采取三地生產(chǎn)中心(A-A-A)的部署模式. 產(chǎn)品層P6至P8平臺(tái)為生產(chǎn)-查詢-災(zāi)備(A-Q-S)部署模式, A1數(shù)據(jù)中心為主要生產(chǎn)中心. P9至P12平臺(tái)為生產(chǎn)-災(zāi)備(A-S)模式, B數(shù)據(jù)中心為其生產(chǎn)中心.

圖14 各應(yīng)用平臺(tái)災(zāi)備模式

從圖14可知, 各平臺(tái)從Active模式向Query及Standby模式傳輸數(shù)據(jù). 產(chǎn)品系統(tǒng)產(chǎn)生的業(yè)務(wù)數(shù)據(jù)傳輸至P9的生產(chǎn)部署, 進(jìn)而被P10至P12平臺(tái)使用. 查詢請(qǐng)求經(jīng)P4平臺(tái)接入P6至P8平臺(tái)的Query部署模式實(shí)例. 業(yè)務(wù)流通過(guò)P1、P2、P5平臺(tái)接入.

6 結(jié)論

“新一代”核心系統(tǒng)建設(shè)從業(yè)務(wù)建模入手, 運(yùn)用業(yè)界領(lǐng)先的建模語(yǔ)言和工具, 全面梳理了銀行集團(tuán)的業(yè)務(wù)流程、產(chǎn)品和數(shù)據(jù)現(xiàn)狀, 通過(guò)差距分析, 繪制了企業(yè)級(jí)的目標(biāo)業(yè)務(wù)架構(gòu)藍(lán)圖. 基于分層和SOA組件化的設(shè)計(jì)思想, 完成了從業(yè)務(wù)架構(gòu)藍(lán)圖到7+1層、12個(gè)平臺(tái)的IT系統(tǒng)架構(gòu)的映射. 基本建成了組件化、平臺(tái)化、面向服務(wù)的“新一代”核心系統(tǒng)架構(gòu). “兩地三中心”、雙活和主備結(jié)合的災(zāi)備體系為IT系統(tǒng)安全穩(wěn)定運(yùn)行打下了堅(jiān)實(shí)的基礎(chǔ), 為業(yè)務(wù)連續(xù)性提供了保障.

“新一代”建設(shè)成效顯著. 主要表現(xiàn)在: 產(chǎn)品快速推向市場(chǎng)能力顯著增強(qiáng), “快貸”和“速贏”等產(chǎn)品的推出時(shí)間由數(shù)月縮短為數(shù)周; 系統(tǒng)吞吐量和穩(wěn)定性穩(wěn)步提高, 2015年天貓雙“十一”, 交易額占支付寶總交易額23.6%, 處于同業(yè)第一; 系統(tǒng)運(yùn)行平穩(wěn), 關(guān)鍵系統(tǒng)可用率近幾年一直保持在99.99%以上; 新版互聯(lián)網(wǎng)站、網(wǎng)上銀行和手機(jī)銀行陸續(xù)推出, 不斷提高用戶體驗(yàn);基于云計(jì)算的IT基礎(chǔ)設(shè)施交付能力顯著提高, IT資源供給周期從“周”縮短到“分鐘”.

通過(guò)“新一代”建設(shè), 已經(jīng)建立起“一套業(yè)務(wù)模型、一套IT架構(gòu)、一套實(shí)施工藝、一套管理流程”的企業(yè)級(jí)IT長(zhǎng)效機(jī)制, 增強(qiáng)了自主研發(fā)能力, 形成集中統(tǒng)一的IT研發(fā)模式, 建立起以支持引領(lǐng)、自主研發(fā)和安全運(yùn)營(yíng)為核心的IT能力, 為實(shí)現(xiàn)“國(guó)內(nèi)最佳、國(guó)際一流”的發(fā)展愿景提供支持和保障.

致謝: 感謝常江濤先生在“新一代”建設(shè)項(xiàng)目中做出的杰出貢獻(xiàn). 感謝他為本論文貢獻(xiàn)的專業(yè)洞見(jiàn)和理論總結(jié). 感謝他的家人對(duì)他的大力支持和無(wú)私奉獻(xiàn).

1 TOGAF. http://www.opengroup.org/subjectareas/enterprise/ togaf.

2 IBM Software Group. FSDM金融服務(wù)數(shù)據(jù)模型, 2005.

3 金磐石.構(gòu)建“安全即服務(wù)”的安全架構(gòu).中國(guó)金融電腦, 2014,(12):23–25.

4 金磐石.“產(chǎn)、用”戰(zhàn)略聯(lián)動(dòng) 推進(jìn)信息化自主可控進(jìn)程.金融電子化,2014,(8):28–29.

5 金磐石.科學(xué)構(gòu)建災(zāi)備保障體系.金融電子化,2013,(1): 23–23.

6 金磐石.用IT審計(jì)管控信息科技風(fēng)險(xiǎn).金融電子化,2011, (12):28–29.

7 中國(guó)建設(shè)銀行.北京數(shù)據(jù)中心稻香湖新址規(guī)劃建設(shè)情況報(bào)告,2014,(11):18–20.

8 金磐石.建設(shè)銀行云計(jì)算數(shù)據(jù)中心及運(yùn)維體系建設(shè)實(shí)踐探討.中國(guó)金融電腦,2014,(7):18–22.

SOA-Based New Generation Banking System Architecture for Banking Group

JIN Pan-Shi, ZHU Yu-Hong, HU Xian-Zhong, LI Xiao
(IT Management Department, China Construction Bank, Beijing 100140, China)

Large commercial banking group encounters many problems in the process of informatization, such as large number of internal systems, existence of many non-uniform platforms, low usage of resources and high cost, long cycle of demand response and other defects. With the rapid growth of China’s banking industry, commercial banking group’s system architecture innovation is imperative. This article focuses on the SOA-based framework and component-based design method which are employed in the construction of the new generation banking system. By 7+1 levels and 12P overall framework design, we ensure the application components loosely coupled and uniform the domestic and overseas application to realize the enterprise-wide integration of resources and quick response to business requirements. Accordingly, we achieve the purpose of enhancing the service reliability and availability. We introduce in enterprise level business model to standardize our business process and use structured modelling language to describe our business capability. We use process model, product model, data model and user experience model to provide methods and basis for enterprise level analysis and design.

SOA; commercial banking system; 7+1 level; 12P; enterprise-level business model

2016-03-23;收到修改稿時(shí)間:2016-05-30

10.15888/j.cnki.csa.005542