中小銀行上云實施路徑

1、中小銀行上云實施路徑目 錄 TOC o 1-3 h z u HYPERLINK l _Toc526873556 1.前言 PAGEREF _Toc526873556 h 3 HYPERLINK l _Toc526873557 2.中小銀行上云決策框架 PAGEREF _Toc526873557 h 4 HYPERLINK l _Toc526873558 3.中小銀行上云前準備 PAGEREF _Toc526873558 h 5 HYPERLINK l _Toc526873559 3.1.確定上云優(yōu)先級及可行性方案 PAGEREF _Toc526873559 h 5 HYPERLINK l _T

2、oc526873560 3.1.1.優(yōu)先級確定原則 PAGEREF _Toc526873560 h 5 HYPERLINK l _Toc526873561 3.1.2.優(yōu)先級建議及可行性方案 PAGEREF _Toc526873561 h 6 HYPERLINK l _Toc526873562 3.2.選擇合適的云服務(wù)商 PAGEREF _Toc526873562 h 11 HYPERLINK l _Toc526873563 4.中小銀行上云實施 PAGEREF _Toc526873563 h 12 HYPERLINK l _Toc526873564 4.1.服務(wù)合同制定和簽署 PAGEREF

3、 _Toc526873564 h 12 HYPERLINK l _Toc526873565 4.2.服務(wù)方案設(shè)計和測試 PAGEREF _Toc526873565 h 12 HYPERLINK l _Toc526873566 4.2.1.方案設(shè)計 PAGEREF _Toc526873566 h 12 HYPERLINK l _Toc526873567 4.2.2.方案測試 PAGEREF _Toc526873567 h 13 HYPERLINK l _Toc526873568 4.3.服務(wù)交付 PAGEREF _Toc526873568 h 14 HYPERLINK l _Toc5268735

4、69 4.3.1.交付方案 PAGEREF _Toc526873569 h 14 HYPERLINK l _Toc526873570 4.3.2.交付實施 PAGEREF _Toc526873570 h 14 HYPERLINK l _Toc526873571 4.3.3.交付評估 PAGEREF _Toc526873571 h 14前言近年來，隨著我國國民經(jīng)濟的持續(xù)健康發(fā)展，中小企業(yè)融資需求和新農(nóng)村建設(shè)需要的不斷增強，中小銀行紛紛成立，為地方經(jīng)濟建設(shè)提供了強有力的金融支持。與此同時，中小銀行自身信息化建設(shè)能力面臨很大挑戰(zhàn)，在資金和人員有限的情況下，在風(fēng)險必須可控的前提下，又快又好地建設(shè)銀行業(yè)

5、務(wù)全系統(tǒng)和基礎(chǔ)設(shè)施成為中小銀行發(fā)展亟需解決的掣肘。云計算作為信息技術(shù)創(chuàng)新服務(wù)模式的集中體現(xiàn)，已經(jīng)成為支撐各行業(yè)發(fā)展的關(guān)鍵信息基礎(chǔ)設(shè)施，是金融行業(yè)分布式架構(gòu)轉(zhuǎn)型的助燃劑，為中小銀行快速部署銀行業(yè)務(wù)系統(tǒng)提供了有力的信息化支撐，能夠促進中小銀行提高信息化管理能力， 有效增強業(yè)務(wù)競爭能力。本白皮書作為國內(nèi)首個以“中小銀行上云”為主題的白皮書，深入分析中小銀行上云的優(yōu)勢和必要性，剖析中小銀行上云過程中應(yīng)該考慮的關(guān)鍵點并給出專業(yè)建議，重點研究中小銀行為什么要選擇云計算服務(wù)、如何選擇云計算服務(wù)和如何應(yīng)用云計算的問題，供中小銀行和云計算行業(yè)相關(guān)從業(yè)者及研究人員參考。中小銀行上云決策框架在傳統(tǒng)的信息化建設(shè)模式下

6、，中小銀行直接投資構(gòu)建 IT 設(shè)施、服務(wù)器以及網(wǎng)絡(luò)，擁有信息化資源的所有權(quán)；現(xiàn)在，需要轉(zhuǎn)換思維，把 IT 看作服務(wù)，看作是商品化的計算資源和服務(wù)。這種全新的思維方式對整個 IT 服務(wù)的生命周期都產(chǎn)生了重大影響。本白皮書提出了中小銀行上云的決策框架，從上云前準備、上云實施到上云后管理三個流程提出決策建議。供計劃實施的有關(guān)單位參考。表 1 中小銀行上云決策框架上云前準備上云實施上云后管理確定上云優(yōu)先級和可行性方案選擇合適的云服務(wù)商服務(wù)合同制定和簽署服務(wù)方案設(shè)計和測試服務(wù)交付服務(wù)質(zhì)量監(jiān)督管理風(fēng)險管理變更和退出中小銀行上云前準備確定上云優(yōu)先級及可行性方案優(yōu)先級確定原則確定上云優(yōu)先級是中小銀行上云的第一

7、步工作，也是最重要的工作。中小銀行在上云之前應(yīng)全面審視自己的業(yè)務(wù)系統(tǒng)，認真評估其 IT 資產(chǎn)，仔細設(shè)計路線圖，將適合云化部署且準備比較充分的服務(wù)置于首選地位，以使上云帶來的收益最大化、成本最小化。中小銀行因資產(chǎn)規(guī)模區(qū)別，業(yè)務(wù)系統(tǒng)種類和數(shù)量一般也存在較大差異，資產(chǎn)規(guī)模較大的股份制商業(yè)銀行和城市商業(yè)銀行業(yè)務(wù)系統(tǒng)通常比較豐富，而中小銀行中資產(chǎn)規(guī)模最小的村鎮(zhèn)銀行因盈利能力較弱，系統(tǒng)較少?？傮w來說，銀行業(yè)信息系統(tǒng)一般包含渠道服務(wù)、客戶服務(wù)、產(chǎn)品服務(wù)、風(fēng)險管理、管理信息、核心銀行、內(nèi)部支持和基礎(chǔ)平臺等八個主要的業(yè)務(wù)系統(tǒng)領(lǐng)域。各業(yè)務(wù)系統(tǒng)領(lǐng)域中的典型應(yīng)用如下圖所示：最高優(yōu)先次高優(yōu)先中優(yōu)先低優(yōu)先圖 7 銀行業(yè)信

8、息系統(tǒng)成本收益比、安全保護要求、監(jiān)管機構(gòu)管理要求、應(yīng)用系統(tǒng)上云難度是確定業(yè)務(wù)系統(tǒng)上云優(yōu)先級的主要考量因素。通常來說，確定上云優(yōu)先級有幾個參考原則。一是對于需新部署的業(yè)務(wù)系統(tǒng)，且云服務(wù)商已有與之相對應(yīng)的比較成熟的業(yè)務(wù)，從價值收益的角度建議不分業(yè)務(wù)類型，都首選云服務(wù)；二是已有信息化系統(tǒng)，上云后價值效益明顯的，也建議盡快上云，尤其像訪問流量有突發(fā)變化特征或?qū)?shù)據(jù)融合處理有較高要求的系統(tǒng)，上云后能夠帶來明顯的效益提升;三是對于已有信息化系統(tǒng)，按照非核心系統(tǒng)和核心系統(tǒng)的區(qū)分確定優(yōu)先級，先上非核心系統(tǒng)，后上核心系統(tǒng)。優(yōu)先級建議及可行性方案如前文所述，對于新開業(yè)的中小銀行或中小銀行需要新開發(fā)部署業(yè)務(wù)系統(tǒng)，

9、建議直接采用云計算部署架構(gòu)，根據(jù)業(yè)務(wù)需求逐步部署業(yè)務(wù)系統(tǒng)。下文重點分析中小銀行已有信息化系統(tǒng)遷移上云應(yīng)如何確定優(yōu)先級。綜合成本收益比、安全保護要求、監(jiān)管機構(gòu)管理要求、應(yīng)用系統(tǒng)上云難度等多方面考慮，本白皮書給出中小銀行業(yè)務(wù)系統(tǒng)遷移上云的優(yōu)先級推薦建議，圖 7中綠色、黃色、橙色、紅色代表各類系統(tǒng)上云優(yōu)先級從高至低，分別為：最高優(yōu)先級（綠色）、次高優(yōu)先級（黃色）、中優(yōu)先級（橙色）、低優(yōu)先級（紅色）。當(dāng)然， 需要強調(diào)的是本白皮書僅針對普遍情形給出推薦建議，中小銀行可根據(jù)自身特點有所調(diào)整策略。（1）最高優(yōu)先級銀行業(yè)使用信息系統(tǒng)中，圖 7 中標注為綠色的信息系統(tǒng)可以考慮優(yōu)先上云。具體包括：手機銀行、微信銀

10、行、網(wǎng)上銀行、電子支付、電話銀行、第三方支付、呼叫中心、積分系統(tǒng)、辦公系統(tǒng)、員工培訓(xùn)學(xué)習(xí)系統(tǒng)、網(wǎng)點管理系統(tǒng)、人力資源系統(tǒng)、機房運維管理系統(tǒng)、郵件系統(tǒng)、數(shù)據(jù)級災(zāi)備系統(tǒng)、ITSM 工具以及短信平臺等?？尚行苑桨福哼@些系統(tǒng)中，云化的部署模型基本上不會改變現(xiàn)有應(yīng)用系統(tǒng)的架構(gòu)，直接進行遷移即可。數(shù)據(jù)級災(zāi)備系統(tǒng)所使用的行業(yè)云服務(wù)與其他應(yīng)用系統(tǒng)略有不同；其他系統(tǒng)多使用行業(yè)云服務(wù)中的“云主機”服務(wù)，而數(shù)據(jù)級災(zāi)備使用類似于“云備份”的服務(wù)模式。（2）次優(yōu)先級圖 7 中黃色系統(tǒng)為其次，具體包括：客戶關(guān)系管理系統(tǒng)、營銷系統(tǒng)、財富管理平臺、直銷銀行、互聯(lián)網(wǎng)金融類系統(tǒng)、票據(jù)系統(tǒng)、監(jiān)管報送類系統(tǒng)、司法查控、電信反欺詐、經(jīng)

11、營分析、綜合報表、定價系統(tǒng)、資產(chǎn)負債管理以及績效考核類系統(tǒng)等?？尚行苑桨福夯A(chǔ)服務(wù)類應(yīng)用系統(tǒng)和非面向互聯(lián)網(wǎng)的服務(wù)類應(yīng)用系統(tǒng)具有一定的上云改造要求，但是基本上只是接口模式或者數(shù)據(jù)對接類的改造，應(yīng)用架構(gòu)沒有太大改變。（3）中優(yōu)先級圖 7 中橙色系統(tǒng)，是面向互聯(lián)網(wǎng)服務(wù)類的應(yīng)用系統(tǒng)、渠道類應(yīng)用系統(tǒng)以及部分底層支持類的信息系統(tǒng)，在上云過程中具有相對較高的難度和要求。此類信息系統(tǒng)包括：銀聯(lián)卡、ATM/POS、智能機具、智能柜臺、銀企直聯(lián)、統(tǒng)一客戶管理管理、信貸業(yè)務(wù)平臺、資金交易、智能風(fēng)控、審計系統(tǒng)、事后監(jiān)督、財務(wù)管理、統(tǒng)一監(jiān)控平臺等。可行性方案：此類信息在上云改造時要考慮分布式架構(gòu)改造、分布式存儲的選擇、

12、SaaS 多租戶模式改造和信息安全問題四個方面。分布式架構(gòu)改造一般銀行業(yè)原有的此類系統(tǒng)是基于高可靠、高性能的小型機、數(shù)據(jù)庫、存儲等設(shè)計的向上的封閉架構(gòu)；如果進行 X86 的改造需要考慮采用分布式軟件架構(gòu)實現(xiàn)冗余，增加容錯性。以及在分布式架構(gòu)事物和數(shù)據(jù)處理將分布在多個 X86 節(jié)點中完成，處理狀態(tài)極大增加同步開銷，需要在系統(tǒng)應(yīng)用層盡量采用無狀態(tài)機制實現(xiàn)。分布式存儲的選擇存儲的選擇需要結(jié)合業(yè)務(wù)場景和需求。塊存儲服務(wù)適用于需求塊級數(shù)據(jù)存儲的應(yīng)用；文件存儲服務(wù)主要針對非結(jié)構(gòu)化數(shù)據(jù)；對象存儲服務(wù)適合于面向 Web 的存儲型應(yīng)用。對于分析型數(shù)據(jù)庫 OLAP，根據(jù)需求可采用 Hadoop/MPP 分布式云存

13、儲。對于交易型數(shù)據(jù)庫 OLTP，并發(fā)量小的，根據(jù)數(shù)據(jù)存儲的應(yīng)用特征，選擇合適的文件、對象或塊等云存儲；并發(fā)量大的，目前建議還是用傳統(tǒng)存儲。因此， 根據(jù)系統(tǒng)應(yīng)用的存儲需求特征，選擇合適的存儲方案是支撐系統(tǒng)云化中的關(guān)鍵問題。SaaS 多租戶模式改造如果是行業(yè)云提供商進行系統(tǒng)的云化改造，還需要考慮將原有單個系統(tǒng)服務(wù)模式改造成多租戶模式。租戶是指擁有獨占而隔離的、專有使用策略、SLA 保證、可統(tǒng)計和可計費的資源服務(wù)單元，租戶也可形成有層級關(guān)系的樹形結(jié)構(gòu)。以多租戶為基礎(chǔ)的業(yè)務(wù)服務(wù)模式是云計算數(shù)據(jù)中心的重要特征。信息安全此類信息系統(tǒng)的原有安全要求已經(jīng)比較高，公安部具有三級等保的要求，銀監(jiān)會有每年的安全風(fēng)險

14、檢查和安全風(fēng)險評估要求，人民銀行有渠道類系統(tǒng)的上線檢查要求等。即使上云后，云服務(wù)提供商或者銀行自建的云服務(wù)系統(tǒng)均應(yīng)滿足其對應(yīng)的監(jiān)管要求。另外，共享資源池可能引起的全局故障、多租戶環(huán)境的安全隔離不完全、多系統(tǒng)共存和資源池的動態(tài)化導(dǎo)致的安全策略的復(fù)雜性、虛擬化技術(shù)帶來的新安全威脅和入侵點、虛擬機的剩余信息保護、虛擬資源內(nèi)部之間的安全管控等由上云導(dǎo)致的新問題均應(yīng)充分考慮，可以參考可信云評估的要求在數(shù)據(jù)私密性、數(shù)據(jù)存儲持久性等方面達到相應(yīng)的要求。（4）低優(yōu)先級圖 7 中紅色系統(tǒng)，銀行原有核心系統(tǒng)的上云是最復(fù)雜、最有難度，也是應(yīng)該最后進行的信息系統(tǒng)，包括柜面綜合業(yè)務(wù)前置、核心系統(tǒng)、支付平臺、電子驗印、密

15、押系統(tǒng)、集中授權(quán)、策略管理、應(yīng)用級災(zāi)備系統(tǒng)以及統(tǒng)一認證等系統(tǒng)?？尚行苑桨福耗壳拔覈虡I(yè)銀行的核心系統(tǒng)基本上均是基于小型機或者甚至大型機為基礎(chǔ)的高可用 IOE 模式。核心系統(tǒng)改造需要大量的財力投入和較長的改造時間，如果在這個過程沒有有效的業(yè)務(wù)保障，很容易造成嚴重后果，導(dǎo)致 IT 拖延業(yè)務(wù)，甚至失去市場和地位。核心系統(tǒng)上云的主要技術(shù)難點在于應(yīng)用架構(gòu)的改造，改造過程中除了需要考慮上文中提到的中優(yōu)先級中的分布式架構(gòu)改造、分布式存儲的選擇、SaaS 多租戶模式改造和信息安全以外，還應(yīng)著重充分考慮三方面：一是與其他業(yè)務(wù)的對接模式；二是應(yīng)用架構(gòu)的分布式改造；三是以客戶為中心的新需求。與其他所有業(yè)務(wù)的對接模式

16、銀行核心系統(tǒng)原有模式采用“大集中”的管理模式，即：全部數(shù)據(jù)都會與核心系統(tǒng)對接。在改造過程中有兩個選擇：一是繼續(xù)使用“大集中”模式（低難度）；二是采用 SOA 松耦合模式（高難度），應(yīng)對未來的改造將會更加靈活。應(yīng)用架構(gòu)的分布式改造核心系統(tǒng)的分布式改造建議由熟悉業(yè)務(wù)流程邏輯的人員參與實施，核心系統(tǒng)其實已超越了一個 IT 系統(tǒng)本身應(yīng)有的意義，不再僅僅是業(yè)務(wù)操作習(xí)慣的變化，它為銀行帶來的變革和價值是廣泛而深遠的，涉及了銀行的經(jīng)營理念、管理模式、組織流程和文化等等很多方面。所有這些變革，在項目前期都需要經(jīng)過充分的討論和共識，需要得到銀行上至行領(lǐng)導(dǎo)下至柜員的全部門的大力支持。以客戶為中心的新需求在改造過程

17、中，可以考慮將原有的核心系統(tǒng)改造需求納入開發(fā)范圍，以實現(xiàn)核心系統(tǒng)升級后對業(yè)務(wù)的有效支撐，通過 IT 架構(gòu)轉(zhuǎn)型，推動科技創(chuàng)新，滿足安全可控要求，最終實現(xiàn)科技引領(lǐng)業(yè)務(wù)轉(zhuǎn)型與發(fā)展的目標。選擇合適的云服務(wù)商中小銀行在選擇云服務(wù)商時應(yīng)充分考慮云服務(wù)商的服務(wù)能力、 穩(wěn)定性等風(fēng)險， 建立云服務(wù)商的準入標準，不因引入云服務(wù)商而增加整體風(fēng)險。中小銀行選擇云服務(wù)商應(yīng)遵循以下基本原則：（1）云服務(wù)商應(yīng)在數(shù)據(jù)安全、服務(wù)質(zhì)量和權(quán)益保障等方面具備可信任的能力，獲得過相關(guān)資質(zhì)（如通過可信云評估）。（2）云服務(wù)商應(yīng)滿足監(jiān)管機構(gòu)的準入要求。（3）中小銀行應(yīng)審查、評估候選云服務(wù)商的財務(wù)穩(wěn)定性和行業(yè)經(jīng)驗， 對候選云服務(wù)商進行風(fēng)險評

18、估，考查其資源和能力是否足以承擔(dān)相應(yīng)的責(zé)任，防范引入高風(fēng)險特性的云服務(wù)商。（4）中小銀行應(yīng)對重點云服務(wù)商開展盡職調(diào)查，必要時可委托第三方評估機構(gòu)協(xié)助調(diào)查和評估，應(yīng)關(guān)注：云服務(wù)商的技術(shù)和行業(yè)經(jīng)驗，包括但不限于：服務(wù)能力和支持技術(shù)、服務(wù)經(jīng)驗、服務(wù)人員技能、市場評價、監(jiān)管評價等；云服務(wù)商的內(nèi)部控制和管理能力，包括但不限于：內(nèi)部控制機制和管理流程的完善程度、內(nèi)部控制技術(shù)和工具、數(shù)據(jù)管理和訪問控制方面的能力等；云服務(wù)商的持續(xù)經(jīng)營狀況，包括但不限于：財務(wù)狀況、從業(yè)時間、市場地位及發(fā)展趨勢等。中小銀行上云實施服務(wù)合同制定和簽署中小銀行需確保與云服務(wù)商簽訂規(guī)范的服務(wù)合同，將有助于提升服務(wù)質(zhì)量， 最大程度地降低

19、對于特定廠商的依賴度。依據(jù)可信云服務(wù)合同參考模板3，可按照主約加附件的方式制定服務(wù)合同，主約中重點關(guān)注服務(wù)條款要求、交付要求、數(shù)據(jù)保密要求、知識產(chǎn)權(quán)、責(zé)任、違約條款等；附件主要為服務(wù)等級協(xié)議（SLA），重點關(guān)注云服務(wù)商的服務(wù)可用性、數(shù)據(jù)存儲持久性、資源調(diào)配能力、網(wǎng)絡(luò)接入能力、故障恢復(fù)能力等，SLA 應(yīng)盡量做到可量化、可評估，中小銀行可依據(jù) SLA 中簽訂的能力要求在后續(xù)實施和管理過程中自行或委托第三方對云服務(wù)商進行評估考核。服務(wù)方案設(shè)計和測試方案設(shè)計云服務(wù)商應(yīng)依據(jù)云服務(wù)目標和服務(wù)級別協(xié)議進行云服務(wù)方案的設(shè)計，服務(wù)方案應(yīng)涉及與云服務(wù)相關(guān)的資源配備、人力配備和管理要求。管理要求應(yīng)涵蓋組織管理、范圍

20、管理、質(zhì)量管理、溝通管理、時間管理、風(fēng)險管理、財務(wù)預(yù)算管理、技術(shù)管理、文檔管理及其他資源管理，也應(yīng)涉及測試驗證流程、技術(shù)實施流程、服務(wù)交付流程、日常維護流程、應(yīng)急處置與災(zāi)難恢復(fù)流程、驗收考核流程等各個方面。需要特別強調(diào)的是，除上線新業(yè)務(wù)外，很大部分工作在于存量業(yè)務(wù)應(yīng)用的遷3可信云服務(wù)合同參考模版由中國信息通信研究院（工業(yè)和信息化部電信研究院），基于 YDB144-2014云計算服務(wù)協(xié)議參考框架 基礎(chǔ)上，參考了聯(lián)合國國際貿(mào)易法委員會云計算合同議題清單（checklist of contractual issues relating to cloud computing）后撰寫。移，如何有序、安全、便捷地進行遷移，保證業(yè)務(wù)的可用性、安全性、連續(xù)性是必須考慮的重要環(huán)節(jié)。服務(wù)商應(yīng)按照前述第 4 章第 4.1 部分確定上云優(yōu)先級及可行性方案的內(nèi)容，針對不同的銀行業(yè)務(wù)系統(tǒng)現(xiàn)狀規(guī)劃方案，包括：（1）業(yè)務(wù)系統(tǒng)遷移的優(yōu)先級及可行性方案;（2）相應(yīng)業(yè)務(wù)系統(tǒng)的資源使用規(guī)劃和架構(gòu)，包括計算、存儲、網(wǎng)絡(luò)等;（3）相應(yīng)的業(yè)務(wù)系統(tǒng)的運維管理模式，服務(wù)商和中小銀行的權(quán)責(zé)劃分等。方案測試云服務(wù)商在服務(wù)