【摘要】銀行到底是繼續(xù)采用集中式架構(gòu)還是全部更換成分布式架構(gòu)，是繼續(xù)保持現(xiàn)有傳統(tǒng)架構(gòu)還是改造成基于云計(jì)算的全新架構(gòu)？本文用較長(zhǎng)篇幅全面分析了集中式架構(gòu)（非云化架構(gòu)）和分布式架構(gòu)（云化架構(gòu)）的特點(diǎn)、優(yōu)缺點(diǎn)，并提出了轉(zhuǎn)型思路，從技術(shù)和管理兩個(gè)角度給出了轉(zhuǎn)型路徑的建議，是一篇經(jīng)過(guò)深思熟慮、有參考價(jià)值的深度文章。
【作者】雨辰，目前就職于某銀行，具有十余年工作經(jīng)驗(yàn)，有著多年股份制銀行、城商行、農(nóng)商行開(kāi)發(fā)、運(yùn)維的經(jīng)驗(yàn)，主持或參與過(guò)銀行新核心系統(tǒng)、大數(shù)據(jù)平臺(tái)等重要信息系統(tǒng)的建設(shè)。
IT架構(gòu)作為企業(yè)架構(gòu)的基礎(chǔ)，支撐著上層業(yè)務(wù)架構(gòu)的建設(shè)與發(fā)展，進(jìn)而促進(jìn)頂層愿景和戰(zhàn)略的順利實(shí)施。在企業(yè)信息化建設(shè)快速發(fā)展的今天，信息系統(tǒng)規(guī)模越來(lái)越大，復(fù)雜程度越來(lái)越高，IT架構(gòu)技術(shù)支撐能力的重要性愈加凸顯。近年來(lái)，隨著金融產(chǎn)品和服務(wù)模式的持續(xù)變革，以及銀行業(yè)轉(zhuǎn)型發(fā)展的深入推進(jìn)，促使人們不斷思考銀行IT架構(gòu)面臨的挑戰(zhàn)和影響。
一、背景情況
各大型國(guó)有商業(yè)銀行經(jīng)過(guò)十多年的發(fā)展，都已經(jīng)實(shí)現(xiàn)了數(shù)據(jù)集中，而且，隨著客戶服務(wù)的不斷發(fā)展和提升，各家商業(yè)銀行核心業(yè)務(wù)系統(tǒng)的賬戶量和交易量都已經(jīng)逐漸達(dá)到了一定規(guī)模，系統(tǒng)的處理能力和性能以及可用性、可靠性、數(shù)據(jù)一致性、業(yè)務(wù)連續(xù)性等要求極高。在這個(gè)過(guò)程中，集中式架構(gòu)發(fā)揮了重要作用，各家銀行的核心系統(tǒng)基本都構(gòu)建在集中式架構(gòu)之上，尤其以大型主機(jī)架構(gòu)為代表。集中式架構(gòu)下，一般采用縱向擴(kuò)展的方式即通過(guò)增加單機(jī)的資源配置來(lái)提升系統(tǒng)的處理能力。通過(guò)硬件設(shè)備和基礎(chǔ)軟件的集群機(jī)制來(lái)提升系統(tǒng)的可用性。當(dāng)前，各商業(yè)銀行目前仍以采用大型或小型主機(jī)為主的方式來(lái)構(gòu)建自己的IT業(yè)務(wù)系統(tǒng)。
與此同時(shí)，以螞蟻金服、騰訊等為代表的互聯(lián)網(wǎng)企業(yè)則走出一條完全不同的技術(shù)路線，他們采用X86開(kāi)放平臺(tái)、開(kāi)源軟件構(gòu)建了云計(jì)算平臺(tái)。在此基礎(chǔ)上建立了新的分布式聯(lián)機(jī)交易處理架構(gòu)，可以處理海量并發(fā)支付交易。支付寶“雙十一”秒殺促銷(xiāo)活動(dòng)和騰訊微信春節(jié)“搖一搖，搶紅包”活動(dòng)均創(chuàng)造了單位時(shí)間并發(fā)交易量遠(yuǎn)超各大國(guó)有商業(yè)銀行的單位時(shí)間交易量峰值的奇跡。隨著互聯(lián)網(wǎng)金融的迅猛發(fā)展，互聯(lián)網(wǎng)分布式架構(gòu)得到不斷應(yīng)用、優(yōu)化和完善，技術(shù)逐步成熟，并體現(xiàn)出與主機(jī)集中式架構(gòu)相比在運(yùn)行風(fēng)險(xiǎn)控制、可擴(kuò)展性、敏捷開(kāi)發(fā)、灰度發(fā)布和總擁有成本等方面的優(yōu)勢(shì)。分布式架構(gòu)以X86和云計(jì)算為基礎(chǔ)、以數(shù)據(jù)切分（Sharding）、讀寫(xiě)分離為特征，采用橫向擴(kuò)展的方式，通過(guò)增加服務(wù)器的數(shù)量，提升系統(tǒng)的處理能力，每個(gè)節(jié)點(diǎn)都是一個(gè)可獨(dú)立運(yùn)行的單元，失效時(shí)也不會(huì)影響應(yīng)用整體的可用性。另外，系統(tǒng)可以分散到多個(gè)節(jié)點(diǎn)運(yùn)行，降低了對(duì)單節(jié)點(diǎn)的處理能力和可靠性要求，給使用X86服務(wù)器替代高性能的主機(jī)和小型機(jī)服務(wù)器創(chuàng)造了條件，可大大降低基礎(chǔ)設(shè)施的投入成本。
同時(shí)銀行自身也面臨著來(lái)自業(yè)務(wù)模式和業(yè)務(wù)量的巨大變化，一是隨著移動(dòng)互聯(lián)網(wǎng)、線上支付、電子商務(wù)的快速發(fā)展，金融服務(wù)的渠道和場(chǎng)景更加豐富，服務(wù)模式和體驗(yàn)更加新穎，需要IT系統(tǒng)在支撐多渠道服務(wù)協(xié)同、信息共享聯(lián)動(dòng)、提高服務(wù)個(gè)性化智能化等方面發(fā)揮更大作用。二是隨著各行各業(yè)互聯(lián)網(wǎng)化和現(xiàn)實(shí)世界數(shù)據(jù)化趨勢(shì)的不斷演進(jìn)，人類(lèi)社會(huì)已進(jìn)入了數(shù)據(jù)大爆炸時(shí)代，銀行需充分發(fā)揮數(shù)據(jù)價(jià)值，助推客戶營(yíng)銷(xiāo)、產(chǎn)品設(shè)計(jì)、風(fēng)險(xiǎn)防控和經(jīng)營(yíng)管理轉(zhuǎn)型，這就要求IT系統(tǒng)在數(shù)據(jù)存儲(chǔ)、分析挖掘、數(shù)據(jù)服務(wù)等方面給予有效支撐。三是隨著業(yè)務(wù)處理線上化和自助化的絕對(duì)數(shù)量和占比持續(xù)提升，信息系統(tǒng)對(duì)于銀行服務(wù)的基礎(chǔ)支撐作用日趨關(guān)鍵，要求IT架構(gòu)在安全穩(wěn)定運(yùn)行、業(yè)務(wù)承載能力等方面提供更有力的保障。這些都對(duì)于IT架構(gòu)提出了新的挑戰(zhàn)和要求。
那現(xiàn)在問(wèn)題來(lái)了，銀行到底是繼續(xù)采用集中式架構(gòu)還是全部更換成分布式架構(gòu)，是繼續(xù)保持現(xiàn)有傳統(tǒng)架構(gòu)還是改造成基于云計(jì)算的全新架構(gòu)？本文將從以下幾個(gè)方面進(jìn)行論述。
二、集中式架構(gòu)（非云化架構(gòu)）和分布式架構(gòu)（云化架構(gòu)）的特點(diǎn)
（一）集中式架構(gòu)（非云化架構(gòu)）的特點(diǎn)
傳統(tǒng)銀行走的是集中式交易處理道路，大多數(shù)銀行的核心系統(tǒng)采用了集群數(shù)據(jù)庫(kù)架構(gòu)；傳統(tǒng)銀行的應(yīng)用架構(gòu)圍繞交易處理為核心的模式，將外圍產(chǎn)品與核心系統(tǒng)進(jìn)行松耦合設(shè)計(jì)，圍繞傳統(tǒng)金融的原子事件的模式組織交易。銀行核心系統(tǒng)需要嚴(yán)格保證每一個(gè)原子交易事務(wù)處理的一致性原則，要求具備ACID的特性：A(Atomicity)——原子性，C(Consistency)——一致性，I(Isolation)——隔離性，D(Durability)——持久性。Automicity-要求一個(gè)事務(wù)中所有操作具有原子性，所有操作要么全部完成，要么全部未完成；Consistency-保證事務(wù)在開(kāi)始和結(jié)束時(shí)數(shù)據(jù)庫(kù)應(yīng)該在同一狀態(tài)；Isolation-保證事務(wù)間的邏輯隔離，事務(wù)因此會(huì)單獨(dú)進(jìn)行數(shù)據(jù)庫(kù)操作,多個(gè)事務(wù)之間不會(huì)相互影響；Durability-要求事務(wù)一旦完成操作，就不能撤銷(xiāo)了。銀行系統(tǒng)由于需要提供社會(huì)民生等不可或缺的基本金融服務(wù)，因此其對(duì)于資金賬戶安全性及交易一致性的要求要遠(yuǎn)超互聯(lián)網(wǎng)公司，所以銀行的核心IT能力必須選擇一致性和可用性，向客戶提供金融服務(wù)，如果無(wú)法保證一致性和可用性，那整個(gè)核心金融服務(wù)將不堪設(shè)想?；谶@樣的設(shè)計(jì)原則，大多數(shù)銀行的核心系統(tǒng)采用了單站點(diǎn)集群數(shù)據(jù)庫(kù)架構(gòu)（single site clustering database）。這種架構(gòu)在傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)上將數(shù)據(jù)邏輯集中，通過(guò)緊耦合的數(shù)據(jù)提供整合的單一邏輯形象，支持跨多個(gè)業(yè)務(wù)線的緊耦合的大聯(lián)機(jī)交易量的處理，能夠保證信息的實(shí)時(shí)的單一真實(shí)性，無(wú)需通過(guò)應(yīng)用層跨系統(tǒng)的集成開(kāi)銷(xiāo)來(lái)保證數(shù)據(jù)和交易的一致性。
（二）分布式架構(gòu)（云化架構(gòu)）的特點(diǎn)
業(yè)界對(duì)于分布式架構(gòu)尚未形成統(tǒng)一的定義，但基本包含“基于分布式架構(gòu)的系統(tǒng)是一組相互獨(dú)立但并行協(xié)同工作的計(jì)算機(jī)集合；對(duì)系統(tǒng)的用戶來(lái)說(shuō)，系統(tǒng)就象一臺(tái)計(jì)算機(jī)一樣”這兩層意思。從硬件角度，每臺(tái)機(jī)器都是自治的、獨(dú)立的；從軟件角度，用戶感受是整體的、一致的。據(jù)此，分布式架構(gòu)應(yīng)具備以下特征：一是物理部署分布式，即用多臺(tái)計(jì)算機(jī)來(lái)共同承載業(yè)務(wù)；二是處理過(guò)程分布式，系統(tǒng)各環(huán)節(jié)各司其職、并行處理，通過(guò)特定機(jī)制有效協(xié)同關(guān)聯(lián)；三是數(shù)據(jù)存儲(chǔ)分布式，將數(shù)據(jù)分散存儲(chǔ)，但不影響數(shù)據(jù)運(yùn)算結(jié)果的完整性和一致性。綜合上述特點(diǎn)，分布式架構(gòu)設(shè)計(jì)的核心理念是“并行拆分與橫向擴(kuò)展”，即按照一定維度將系統(tǒng)進(jìn)行拆分，系統(tǒng)各部分松耦合并行運(yùn)行，并建立起較為完善的橫向擴(kuò)展與容錯(cuò)恢復(fù)機(jī)制。
分布式系統(tǒng)是個(gè)由多個(gè)互相連接的處理資源組成的計(jì)算機(jī)系統(tǒng)，它們?cè)谡麄€(gè)系統(tǒng)的控制下協(xié)同執(zhí)行同一個(gè)任務(wù)，最少依賴于集中的程序、數(shù)據(jù)或硬件。這些資源可以是地理上相鄰的，也可以是在地理上分散的。分布式系統(tǒng)隱含的共同特征是：場(chǎng)地分布、數(shù)據(jù)分布、硬件平臺(tái)多樣化、操作系統(tǒng)多樣化、應(yīng)用平臺(tái)多樣化。
相比而言，互聯(lián)網(wǎng)公司由于面對(duì)數(shù)億級(jí)別用戶、數(shù)百億級(jí)別的瀏覽量、PB級(jí)的數(shù)據(jù)量，所以可伸縮性是至關(guān)重要的?；ヂ?lián)網(wǎng)公司放棄了ACID，轉(zhuǎn)而偏向BASE：基本可用（Basically Available）、軟狀態(tài)（Soft state）、最終一致（Eventually consistent）。依照理論計(jì)算科學(xué)著名的布魯爾CAP定理，一個(gè)分布式計(jì)算系統(tǒng)一致性（Consistency)、可用性（Availability）、分隔容忍（Partition tolerance）三項(xiàng)中最多只能滿足兩項(xiàng)。對(duì)于互聯(lián)網(wǎng)分布式系統(tǒng)而言，網(wǎng)絡(luò)分區(qū)是既定的，只有在放松對(duì)一致性的要求或放松對(duì)可用性的要求做出選擇；互聯(lián)網(wǎng)公司都選擇了可用性，而放松了對(duì)一致性的要求?；ヂ?lián)網(wǎng)企業(yè)的應(yīng)用架構(gòu)為提供高伸縮性、高變化的服務(wù)，普遍采用開(kāi)源、橫向擴(kuò)展的分布式計(jì)算模式。在無(wú)共享分布式架構(gòu)下每一個(gè)節(jié)點(diǎn)都是獨(dú)立、自給的，而且整個(gè)系統(tǒng)中沒(méi)有單點(diǎn)競(jìng)爭(zhēng)，具有靈活的可伸縮性。
目前主流的互聯(lián)網(wǎng)公司如google、yahoo、淘寶等在分布式框架下的設(shè)計(jì)原則上都有高度一致性：首先做到“能分則分”，把問(wèn)題分解成易于處理的模塊，如果不切分就無(wú)法擴(kuò)展規(guī)模，比如電商的用戶數(shù)據(jù)、商品數(shù)據(jù)、購(gòu)買(mǎi)數(shù)據(jù)不斷分?jǐn)偟礁嗟闹鳈C(jī)上去處理；第二做到“能異步則異步”，用異步原則來(lái)解決伸縮性、響應(yīng)延遲等問(wèn)題；第三做到“能自動(dòng)則自動(dòng)“，讓更多的手工調(diào)整變成自動(dòng)調(diào)整，借助了機(jī)器學(xué)習(xí)的方式來(lái)完成；第四做到“記住所有失敗”，互聯(lián)網(wǎng)應(yīng)用無(wú)法避免錯(cuò)誤，但是應(yīng)該記錄分析所有錯(cuò)誤來(lái)不斷提升應(yīng)用的體驗(yàn)。
三、集中式架構(gòu)（非云化架構(gòu)）和分布式架構(gòu)（云化架構(gòu)）的優(yōu)缺點(diǎn)
（一）集中式架構(gòu)的優(yōu)缺點(diǎn)
1、集中式架構(gòu)的優(yōu)點(diǎn)
集中式架構(gòu)系統(tǒng)底層一般采用成熟的商業(yè)基礎(chǔ)軟件構(gòu)建，這種架構(gòu)的優(yōu)點(diǎn)是成熟穩(wěn)定，可用性、可靠性好，銀行的技術(shù)人員可專(zhuān)注于業(yè)務(wù)功能開(kāi)發(fā)，無(wú)需過(guò)多關(guān)注底層技術(shù)的實(shí)現(xiàn)。
（1）可靠性更高。由于集中式架構(gòu)的軟硬件歷經(jīng)了三十多年的發(fā)展，擁有了不斷成熟的技術(shù)，完善的商業(yè)支持體系，相比新興的分布式架構(gòu)更具成熟穩(wěn)定和可用性。同時(shí)由于集中式采用服務(wù)器數(shù)量比分散式更少，可以減少硬件的故障點(diǎn)和概率，從而可以提升系統(tǒng)的可靠性和穩(wěn)定性，減少硬件維護(hù)的工作量，降低系統(tǒng)管理的繁瑣程度。目前某大型商業(yè)銀行主機(jī)系統(tǒng)日均承載了近4億筆交易，峰值達(dá)到每秒1萬(wàn)多筆，并繼續(xù)保持著快速增長(zhǎng)的態(tài)勢(shì)，在監(jiān)管機(jī)構(gòu)要求日益加強(qiáng)的前提下，IBM的大型機(jī)表現(xiàn)出了高度的系統(tǒng)可靠性。
（2）交易和事務(wù)的強(qiáng)一致性。銀行集中式架構(gòu)可以保證交易和事務(wù)的強(qiáng)一致性，不同于社交信息處理、互聯(lián)網(wǎng)信息處理、電商交易處理等可以容忍最終的事務(wù)完整性而不追求實(shí)時(shí)的事務(wù)完整性。
（3）業(yè)務(wù)連續(xù)性更有保障。對(duì)銀行系統(tǒng)的災(zāi)難備份，集中式結(jié)構(gòu)下，能夠?qū)崿F(xiàn)災(zāi)備的方式，相對(duì)較多。分散式結(jié)構(gòu)下，要建立災(zāi)難備份系統(tǒng)，難度相對(duì)較大。由于設(shè)備數(shù)量多、地點(diǎn)可能分散、平臺(tái)不一定一致，對(duì)災(zāi)備技術(shù)的選擇比較受限制，可選方案相對(duì)較少。之前某銀行采用IBM大型主機(jī)GDPS雙活解決方案結(jié)合應(yīng)用優(yōu)化，成功實(shí)現(xiàn)了跨數(shù)據(jù)中心全球核心業(yè)務(wù)的分鐘級(jí)切換運(yùn)營(yíng)。該雙活方案是在兩個(gè)數(shù)據(jù)中心之間同時(shí)運(yùn)行著同樣的應(yīng)用并擁有同樣的數(shù)據(jù)，在兩中心之間可以智能地調(diào)度金融交易，當(dāng)任何一個(gè)站點(diǎn)的系統(tǒng)在計(jì)劃內(nèi)或計(jì)劃外停止運(yùn)行時(shí)，其金融交易均可在分鐘級(jí)內(nèi)全部切換至另外一個(gè)中心對(duì)外提供服務(wù)。
（4）開(kāi)發(fā)和運(yùn)維的復(fù)雜度較低。某銀行在全國(guó)數(shù)據(jù)大集中后，核心業(yè)務(wù)系統(tǒng)交易成功率和業(yè)務(wù)連續(xù)性得到了進(jìn)一步提升，產(chǎn)品創(chuàng)新與推廣更為高效，業(yè)務(wù)量年均增長(zhǎng)率近30%，至2016年底，日均交易量在2.6億筆左右，峰值交易量突破3.2億筆/日。自集中以來(lái)，雖然業(yè)務(wù)產(chǎn)品和業(yè)務(wù)量均大幅增長(zhǎng)，但底層技術(shù)架構(gòu)基本保持不變，運(yùn)維更為集中統(tǒng)一，有力地保障了業(yè)務(wù)快速發(fā)展和生產(chǎn)的平穩(wěn)運(yùn)行。
（5）安全性更高。同時(shí)由于IBM主機(jī)由于其專(zhuān)用和封閉的特點(diǎn)，系統(tǒng)各模塊之間的數(shù)據(jù)通訊傳輸不需要從網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)和應(yīng)用多層面采取安全加固措施，包括鏈路和數(shù)據(jù)加密、身份識(shí)別、訪問(wèn)控制、數(shù)字簽名、入侵檢測(cè)、系統(tǒng)加固、審計(jì)跟蹤等等，提高系統(tǒng)安全性。實(shí)際上，即使采用主機(jī)集中式架構(gòu)，系統(tǒng)本身在一定程度上更為安全。
（6）硬件系統(tǒng)擴(kuò)容簡(jiǎn)單。集中式結(jié)構(gòu)下，除了可以采用橫向方式進(jìn)行擴(kuò)充外，由于單臺(tái)主機(jī)具備較好的擴(kuò)充能力，因此可以采用縱向方式進(jìn)行處理能力的擴(kuò)充?？v向擴(kuò)充方式，僅涉及硬件配件的增加，數(shù)據(jù)庫(kù)軟件和應(yīng)用軟件不需調(diào)整，實(shí)現(xiàn)起來(lái)相對(duì)容易。
（7）初期采購(gòu)成本和運(yùn)行成本相對(duì)要低。機(jī)房建設(shè)成本，采用分布方式進(jìn)行系統(tǒng)建設(shè)，一般需要的主機(jī)數(shù)量從數(shù)臺(tái)到數(shù)十臺(tái)不等。這些主機(jī)，都需要基本的機(jī)房占地（包括主機(jī)自身面積和每臺(tái)四周一米左右的維護(hù)空間）、承重設(shè)計(jì)、電力供應(yīng)、制冷需求。累計(jì)到一起之后，通常對(duì)機(jī)房的基本建設(shè)提出很大的需求。尤其對(duì)于一些保密性要求較高的中心機(jī)房，機(jī)房建設(shè)成本往往不是以平面面積進(jìn)行衡量，而是以立方面積進(jìn)行計(jì)量的。這種情況下，每增加一臺(tái)主機(jī)設(shè)備，將導(dǎo)致機(jī)房基本構(gòu)建成本的大幅度上升。而采用集中方式進(jìn)行系統(tǒng)建設(shè)，所需要的主機(jī)和存儲(chǔ)設(shè)備大幅度減少，相應(yīng)對(duì)占地面積、承重設(shè)計(jì)、電力供應(yīng)、制冷設(shè)備等基本建設(shè)方面的要求都大大降低，從減少了機(jī)房建設(shè)成本。運(yùn)行成本方面集中式架構(gòu)的運(yùn)行成本較低。由于采用較少的設(shè)備，在機(jī)房個(gè)數(shù)、機(jī)房空間、電源功率、機(jī)房制冷、保修費(fèi)用等方面，集中式都比分散式相對(duì)節(jié)約。
（8）共用資源的使用率更有效。分布式架構(gòu)需要對(duì)每臺(tái)主機(jī)都配置本地磁帶機(jī)、光驅(qū)、顯卡、顯示器等設(shè)備。而集中模式則可以根據(jù)需要對(duì)每臺(tái)主機(jī)只配置一套這類(lèi)設(shè)備。如果在每個(gè)分區(qū)都安裝公共的外圍設(shè)備，如磁帶機(jī)、磁帶庫(kù)、光纖存儲(chǔ)設(shè)備或高性能通訊卡等，是最簡(jiǎn)單容易的辦法，也是最浪費(fèi)的方式。而集中式架構(gòu)，可以做到在每個(gè)分區(qū)需要上述設(shè)備時(shí)，動(dòng)態(tài)劃分給它，當(dāng)分區(qū)不需要時(shí)，可以從此分區(qū)拿掉，劃分到其它需要的分區(qū)上。這避免了每個(gè)分區(qū)都實(shí)際配備外設(shè)造成的浪費(fèi)，提高了公用設(shè)備的整體利用率。因此，集中模式對(duì)系統(tǒng)資源的利用更加有效。
2、集中式架構(gòu)的缺點(diǎn)
缺點(diǎn)方面，集中式架構(gòu)主要的缺點(diǎn)如下：
（1）風(fēng)險(xiǎn)度集中。雖然產(chǎn)品比較成熟穩(wěn)定，但一旦出現(xiàn)軟件或者邏輯上的極端異常，也有可能導(dǎo)致整個(gè)集群不可用，從而引發(fā)全局性停業(yè)。
（2）性能容量存在上限。雖然對(duì)于目前的銀行業(yè)集中式架構(gòu)仍可以滿足性能業(yè)務(wù)需要，但是由于我國(guó)人口基數(shù)大，隨著經(jīng)濟(jì)的快速發(fā)展，業(yè)務(wù)量在全球處于領(lǐng)先，同時(shí)伴隨以搜索引擎、社交網(wǎng)絡(luò)、電子商務(wù)等為代表的互聯(lián)網(wǎng)時(shí)代來(lái)臨，數(shù)據(jù)量以每年50%以上的速度快速增長(zhǎng)，對(duì)信息系統(tǒng)處理能力帶來(lái)了空前的挑戰(zhàn)。集中式架構(gòu)容易出現(xiàn)性能容量瓶頸。而且許多新的問(wèn)題、產(chǎn)品缺陷將有可能首先在我國(guó)觸發(fā)。
（3）成本高昂。集中式架構(gòu)對(duì)基礎(chǔ)軟硬件產(chǎn)品的可靠性、可用性依賴度高，這些技術(shù)產(chǎn)品基本被極少數(shù)公司所壟斷，缺乏有力的競(jìng)爭(zhēng)者，IT成本居高不下。
（4）核心技術(shù)受制于人。供應(yīng)鏈風(fēng)險(xiǎn)較大。
（二）分布式架構(gòu)的優(yōu)缺點(diǎn)
1、分布式架構(gòu)的優(yōu)點(diǎn)
分布式架構(gòu)按照一定的維度將系統(tǒng)進(jìn)行拆分，通過(guò)一定的負(fù)載均衡機(jī)制，將業(yè)務(wù)分?jǐn)偟蕉鄠€(gè)節(jié)點(diǎn)上處理。這種架構(gòu)的優(yōu)點(diǎn)是可以采用更開(kāi)放的架構(gòu)，各節(jié)點(diǎn)松耦合，對(duì)底層產(chǎn)品的可靠性、可用性依賴降低，可以基于廉價(jià)的硬件和開(kāi)源軟件構(gòu)建，受單一廠商的制約較少，可以引入多家廠商競(jìng)爭(zhēng)，成本更為低廉，可用性、可擴(kuò)展性更好。尤其是隨著應(yīng)用規(guī)模的擴(kuò)大，邊際成本將更低。
（1）系統(tǒng)擴(kuò)展能力較強(qiáng)?？苫谕ㄓ糜布U(kuò)展計(jì)算和存儲(chǔ)能力來(lái)提升系統(tǒng)處理能力，滿足業(yè)務(wù)不斷增長(zhǎng)的需求；通常，一個(gè)企業(yè)會(huì)買(mǎi)一臺(tái)大型主機(jī)來(lái)完成所有的工作。而當(dāng)公司繁榮擴(kuò)充、工作量就會(huì)增大，當(dāng)其增大到某一程度時(shí)，這個(gè)主機(jī)就不能再勝任了。僅有的解決辦法是要么用更大型的機(jī)器（如果有的話）代替現(xiàn)有的大型主機(jī)，要么再增加一臺(tái)大型主機(jī)。這兩種作法都會(huì)引起公司運(yùn)轉(zhuǎn)混亂。相比較之下，如果采用分布式系統(tǒng)，僅給系統(tǒng)增加一些處理機(jī)就可能解決這個(gè)問(wèn)題，而且這也允許系統(tǒng)在需求增長(zhǎng)的時(shí)候逐漸進(jìn)行擴(kuò)充。
（2）系統(tǒng)成本優(yōu)勢(shì)明顯。分布式系統(tǒng)基于相對(duì)廉價(jià)的通用計(jì)算和存儲(chǔ)設(shè)備構(gòu)建，獲取相同處理能力的成本低于傳統(tǒng)架構(gòu)。隨著微處理機(jī)技術(shù)的發(fā)展，現(xiàn)在人們只需花幾百美元就能買(mǎi)到一個(gè)CPU芯片，這個(gè)芯片每秒鐘執(zhí)行的指令比80年代最大的大型機(jī)的處理機(jī)每秒鐘所執(zhí)行的指令還多。如果你愿意付出兩倍的價(jià)錢(qián)，將得到同樣的CPU，但它卻以更高的時(shí)鐘速率運(yùn)行。因此，最節(jié)約成本的辦法通常是在一個(gè)系統(tǒng)中使用集中在一起的大量的廉價(jià)CPU。所以，傾向于分布式系統(tǒng)的主要原因是它可以潛在地得到比單個(gè)的大型集中式系統(tǒng)好得多的性能價(jià)格比。
（3）系統(tǒng)運(yùn)行可靠性較好。將系統(tǒng)拆分后并行運(yùn)行在多臺(tái)相同的設(shè)備上，即使單一設(shè)備出現(xiàn)故障，整個(gè)系統(tǒng)仍可正常運(yùn)轉(zhuǎn)或僅局部受損；同集中式系統(tǒng)相比較，分布式系統(tǒng)的另一個(gè)潛在的優(yōu)勢(shì)在于它的高可靠性。通過(guò)把工作負(fù)載分散到眾多的機(jī)器上，單個(gè)芯片故障最多只會(huì)使一臺(tái)機(jī)器停機(jī)，而其它機(jī)器不會(huì)受任何影響。理想條件下，某一時(shí)刻如果有5%的計(jì)算機(jī)出現(xiàn)故障，系統(tǒng)將仍能繼續(xù)工作，只不過(guò)損失5%的性能。
（4）系統(tǒng)運(yùn)行效率較高。在對(duì)系統(tǒng)各環(huán)節(jié)合理拆分的基礎(chǔ)上，通過(guò)并行處理進(jìn)一步突破傳統(tǒng)串行處理存在的效率瓶頸。
（5）信息共享的方式更為靈活。從長(zhǎng)遠(yuǎn)的角度來(lái)看，主要的驅(qū)動(dòng)力將是大量個(gè)人計(jì)算機(jī)的存在和人們共同工作與信息共享的需要，這種信息共享必需是以一種方便的形式進(jìn)行的，而不受地理或人員、數(shù)據(jù)，機(jī)器的物理分布的影響。
（6）使用更為靈活。分散式結(jié)構(gòu)中，所有主機(jī)的功能單一，若需要變換功能，需要對(duì)系統(tǒng)進(jìn)行較大調(diào)整。集中模式下，各分區(qū)的功能可以根據(jù)需要進(jìn)行調(diào)整，如果將來(lái)有業(yè)務(wù)擴(kuò)充或者功能增加時(shí)，實(shí)現(xiàn)起來(lái)比較容易。相比而言，集中模式的靈活性更強(qiáng)。
（7）能夠?yàn)闃I(yè)務(wù)產(chǎn)品創(chuàng)新、降低功能耦合程度等方面的提供更多的支撐。分布式架構(gòu)的靈活可擴(kuò)展、并行高效率處理等優(yōu)勢(shì)，在業(yè)務(wù)促銷(xiāo)、復(fù)雜產(chǎn)品估值、實(shí)時(shí)風(fēng)險(xiǎn)防控等方面發(fā)揮價(jià)值。
2、分布式架構(gòu)的缺點(diǎn)
分布式架構(gòu)作為有別于傳統(tǒng)集中式架構(gòu)的設(shè)計(jì)，也有其自身的局限性。
（1）數(shù)據(jù)和事務(wù)一致性較差。在對(duì)系統(tǒng)進(jìn)行拆分后，如何協(xié)調(diào)各部分之間的并行處理，確保最終處理結(jié)果的一致性，分布式系統(tǒng)由于其數(shù)據(jù)分開(kāi)存放，不同功能并行處理，為了確保系統(tǒng)整體可靠性，往往采用“數(shù)據(jù)最終一致性”的原則進(jìn)行設(shè)計(jì)，需在產(chǎn)品功能設(shè)計(jì)層面同步予以考慮。
（2）增加了開(kāi)發(fā)和運(yùn)維的復(fù)雜度。根據(jù)CAP理論，在可用性、分區(qū)性與一致性三者之間，同時(shí)只能滿足兩個(gè)，如果要滿足可用性（A）、分區(qū)性（P），就需要犧牲一致性（C），業(yè)界的一般做法主要是根據(jù)業(yè)務(wù)特點(diǎn)，通過(guò)較為復(fù)雜的應(yīng)用設(shè)計(jì)，放棄實(shí)時(shí)一致性、保障最終一致性來(lái)解決該問(wèn)題，分布式架構(gòu)增加了應(yīng)用設(shè)計(jì)和研發(fā)的復(fù)雜度。此外，隨著節(jié)點(diǎn)數(shù)的增加和分布部署，對(duì)運(yùn)維管理、異常處置也提出了更高的要求。
（3）支持軟件的成熟度和穩(wěn)定性較低。什么樣的操作系統(tǒng)、程序設(shè)計(jì)語(yǔ)言和應(yīng)用適合這一系統(tǒng)呢？用戶對(duì)分布式系統(tǒng)中分布式處理又應(yīng)該了解多少呢？系統(tǒng)應(yīng)當(dāng)做多少而用戶又應(yīng)當(dāng)做多少呢？就目前的最新技術(shù)發(fā)展水平，我們?cè)谠O(shè)計(jì)、實(shí)現(xiàn)及使用分布式系統(tǒng)上都沒(méi)有太多的經(jīng)驗(yàn)。
（4）跨網(wǎng)絡(luò)訪問(wèn)過(guò)程中可能存在的信息丟失和通訊延遲。由于它會(huì)損失信息，所以就需要專(zhuān)門(mén)的軟件進(jìn)行恢復(fù)。同時(shí)，網(wǎng)絡(luò)還會(huì)產(chǎn)生過(guò)載。當(dāng)網(wǎng)絡(luò)負(fù)載趨于飽和時(shí)，必須對(duì)它進(jìn)行改造替換或加入另外一個(gè)網(wǎng)絡(luò)擴(kuò)容。在這兩種情況下，一個(gè)或多個(gè)建筑中的某些部分必須花費(fèi)很高的費(fèi)用進(jìn)行重新布線，或者更換網(wǎng)絡(luò)接口板（例如用光纖）。一旦系統(tǒng)依賴于網(wǎng)絡(luò)，那么網(wǎng)絡(luò)的信息丟失或飽和將會(huì)抵消我們通過(guò)建立分布式系統(tǒng)所獲得的大部分優(yōu)勢(shì)。
（5）安全性偏低。上面我們作為優(yōu)點(diǎn)來(lái)描述的數(shù)據(jù)易于共享性也是具有兩面性的。如果人們能夠很方便地存取整個(gè)系統(tǒng)中的數(shù)據(jù)，那么他們同樣也能很方便地存取與他們無(wú)關(guān)的數(shù)據(jù)。換句話說(shuō)，我們經(jīng)常要考慮系統(tǒng)的安全性問(wèn)題。通常，對(duì)必須絕對(duì)保密的數(shù)據(jù)，使用一個(gè)專(zhuān)用的、不與其它任何機(jī)器相連的孤立的個(gè)人計(jì)算機(jī)進(jìn)行存儲(chǔ)的方法更可取。而且這個(gè)計(jì)算機(jī)被保存在一個(gè)上鎖的十分安全的房間中，與這臺(tái)計(jì)算相配套的所有軟盤(pán)都存放在這個(gè)房間中的一個(gè)保險(xiǎn)箱中。
（6）系統(tǒng)整體的可靠性方面技術(shù)復(fù)雜。如何確保在單個(gè)節(jié)點(diǎn)異常情況下系統(tǒng)正確切換與恢復(fù)，確保系統(tǒng)整體可靠性等等，這都需要在系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)層面制定有針對(duì)性的解決方案。
（7）對(duì)于研發(fā)和運(yùn)維的人員要求高。分布式架構(gòu)對(duì)于架構(gòu)設(shè)計(jì)、研發(fā)、運(yùn)維等人員的知識(shí)結(jié)構(gòu)有著新的要求，需要有相配套的人員知識(shí)結(jié)構(gòu)。
（8）分布式架構(gòu)需要科技和業(yè)務(wù)部門(mén)深度耦合。分布式架構(gòu)下系統(tǒng)各組成部分的相互關(guān)系及作用模式發(fā)生了較大變化。除了在系統(tǒng)架構(gòu)設(shè)計(jì)和研發(fā)等方面的變革，更由于系統(tǒng)部署模式、故障恢復(fù)機(jī)制的變化，須在運(yùn)維監(jiān)控、應(yīng)急處理等方面進(jìn)行配套，需要研發(fā)部門(mén)與運(yùn)維部門(mén)之間的緊密協(xié)同，密切配合，將科技和業(yè)務(wù)人員深度耦合在一起。
（9）部分場(chǎng)景下成本不低。對(duì)于功能相對(duì)簡(jiǎn)單、服務(wù)需求相對(duì)穩(wěn)定的業(yè)務(wù)，使用分布式架構(gòu)反而將顯著增加設(shè)計(jì)與實(shí)施成本。
四、到底是集中式架構(gòu)（非云化架構(gòu)）還是分布式架構(gòu)（云化架構(gòu)）
綜上所述，分布式和集中式兩種模式，各有利弊。筆者認(rèn)為在構(gòu)建銀行系統(tǒng)的過(guò)程中需兼顧集中式和分布式兩種IT架構(gòu)。一方面，通過(guò)集中式架構(gòu)保證銀行系統(tǒng)的資金賬戶實(shí)時(shí)性、安全性及交易一致性；而另一方面，通過(guò)分布式架構(gòu)向數(shù)量眾多、分布廣泛小微客戶提供高擴(kuò)展性、多變化的應(yīng)用服務(wù)。因此筆者建議在構(gòu)建銀行IT系統(tǒng)過(guò)程中，對(duì)于涉及銀行核心交易的IT應(yīng)用，應(yīng)該嚴(yán)格遵守一致性要點(diǎn)；而對(duì)于面向互聯(lián)網(wǎng)的非核心應(yīng)用，可以用分布式架構(gòu)來(lái)支撐其運(yùn)行。向集中式和分布式架構(gòu)有機(jī)融合的架構(gòu)體系進(jìn)行轉(zhuǎn)型。
具體做法如下：
（1）是主機(jī)平臺(tái)上。深入研究業(yè)務(wù)特點(diǎn)和應(yīng)用架構(gòu)，將可以下移的應(yīng)用和數(shù)據(jù)遷移到開(kāi)放平臺(tái)。進(jìn)一步推廣主機(jī)開(kāi)放融合架構(gòu)，擴(kuò)大查詢交易遷移范圍。將交易路由層分離出來(lái)，采用獨(dú)立的負(fù)載均衡設(shè)備實(shí)現(xiàn)交易的統(tǒng)一接入和負(fù)載均衡調(diào)度，減少了對(duì)主機(jī)的依賴，降低了資源消耗。采用讀寫(xiě)分離設(shè)計(jì)，構(gòu)建主機(jī)開(kāi)放融合架構(gòu)，將查詢類(lèi)交易的應(yīng)用邏輯處理下移到國(guó)產(chǎn)X86服務(wù)器上，將明細(xì)數(shù)據(jù)下移到開(kāi)放平臺(tái)上，基于Hadoop架構(gòu)實(shí)現(xiàn)明細(xì)業(yè)務(wù)查詢。將可以下移的業(yè)務(wù)系統(tǒng)整體下移到開(kāi)放平臺(tái)，減少主機(jī)資源使用。
（2）是開(kāi)放平臺(tái)上。通過(guò)對(duì)集群技術(shù)、虛擬化技術(shù)、分布式數(shù)據(jù)庫(kù)、分布式存儲(chǔ)等技術(shù)的深入應(yīng)用，采用Linux替代UNIX，用X86服務(wù)器替代小型機(jī)，引入集群數(shù)據(jù)庫(kù)和MPP數(shù)據(jù)庫(kù)，探索存儲(chǔ)虛擬化應(yīng)用，構(gòu)建更加開(kāi)放的分布式架構(gòu)，結(jié)合業(yè)務(wù)特點(diǎn)對(duì)應(yīng)用進(jìn)行精心設(shè)計(jì)，從應(yīng)用接入層、應(yīng)用服務(wù)層到數(shù)據(jù)服務(wù)層和存儲(chǔ)服務(wù)層建立不同的分布式架構(gòu)，以同城和異地災(zāi)備中心建設(shè)為契機(jī)，將業(yè)務(wù)合理分布到多個(gè)中心，構(gòu)建多活架構(gòu)，進(jìn)一步提升系統(tǒng)的健壯性和應(yīng)急處置能力。
（3）是運(yùn)維管理上。分布式架構(gòu)降低了單個(gè)節(jié)點(diǎn)對(duì)基礎(chǔ)軟硬件的可靠性、可用性依賴，通過(guò)架構(gòu)來(lái)保障系統(tǒng)的整體可用性。但隨著分布式架構(gòu)、虛擬化等技術(shù)的實(shí)施，設(shè)備與系統(tǒng)數(shù)量快速增長(zhǎng)，一個(gè)系統(tǒng)涉及的節(jié)點(diǎn)眾多，為運(yùn)維管理帶來(lái)了較大的挑戰(zhàn)。因此需要加強(qiáng)開(kāi)發(fā)與運(yùn)維的融合，持續(xù)優(yōu)化完善現(xiàn)有的監(jiān)管控平臺(tái)，加強(qiáng)流程平臺(tái)與自動(dòng)化平臺(tái)的融合，進(jìn)一步提升端到端的運(yùn)維管理標(biāo)準(zhǔn)化、自動(dòng)化水平，提升問(wèn)題發(fā)現(xiàn)、定位、處置能力。降低分布式架構(gòu)所帶來(lái)的運(yùn)維壓力。
五、轉(zhuǎn)型路徑推薦
采用互聯(lián)網(wǎng)分布式架構(gòu)替代傳統(tǒng)的主機(jī)集中式架構(gòu)開(kāi)發(fā)構(gòu)建銀行核心業(yè)務(wù)系統(tǒng)在技術(shù)上是可行的，并且能解決銀行核心業(yè)務(wù)系統(tǒng)面臨的困難和挑戰(zhàn)，大大降低了核心系統(tǒng)的總擁有成本，提高自主可控能力。但替代是一次技術(shù)路線的重大轉(zhuǎn)移，國(guó)有商業(yè)銀行實(shí)施技術(shù)轉(zhuǎn)型過(guò)程中應(yīng)該進(jìn)行充分地學(xué)習(xí)研究、分析論證和測(cè)試驗(yàn)證，周密規(guī)劃，穩(wěn)步推進(jìn)。
（一）從技術(shù)路線上
1、對(duì)功能相對(duì)穩(wěn)定、與客戶資金安全緊密相關(guān)、且無(wú)明顯性能容量壓力的業(yè)務(wù)，一段時(shí)期內(nèi)仍以傳統(tǒng)集中式架構(gòu)實(shí)現(xiàn)。對(duì)于業(yè)務(wù)新穎性強(qiáng)、創(chuàng)新速度較快、交易并發(fā)量大，或者對(duì)信息系統(tǒng)部署有特殊監(jiān)管要求的境外業(yè)務(wù)，則逐步以開(kāi)放平臺(tái)分布式架構(gòu)實(shí)現(xiàn)。
2、對(duì)于原有部署在主機(jī)集中式系統(tǒng)的存量非核心業(yè)務(wù)，可以考慮逐步遷移至開(kāi)放平臺(tái)分布式架構(gòu)系統(tǒng)。隨著交易種類(lèi)和交易的快速增長(zhǎng)，應(yīng)充分發(fā)揮主機(jī)系統(tǒng)和開(kāi)放平臺(tái)系統(tǒng)的不同優(yōu)勢(shì)，可以將客戶增值服務(wù)信息、歷史明細(xì)、現(xiàn)金管理、會(huì)計(jì)要素管理、小額支付、金融市場(chǎng)、投資理財(cái)?shù)认嚓P(guān)業(yè)務(wù)遷移至開(kāi)放平臺(tái)。逐步減少主機(jī)的負(fù)載和壓力。
3、對(duì)于原有部署在開(kāi)放平臺(tái)并采用傳統(tǒng)集中式架構(gòu)的系統(tǒng)，可以結(jié)合業(yè)務(wù)特點(diǎn)差異有選擇性地實(shí)施分布式架構(gòu)改造。對(duì)于已有的網(wǎng)上銀行、手機(jī)銀行、銀企互聯(lián)、信貸管理、客戶營(yíng)銷(xiāo)管理等系統(tǒng)，可以結(jié)合銀行自身業(yè)務(wù)發(fā)展需要和業(yè)務(wù)內(nèi)在特點(diǎn)，差異化地實(shí)施IT架構(gòu)優(yōu)化提升。對(duì)于線上支付、短消息提醒、產(chǎn)品集中銷(xiāo)售等業(yè)務(wù)量波動(dòng)較大的內(nèi)容，應(yīng)逐步按照分布式架構(gòu)實(shí)施改造；對(duì)于柜面業(yè)務(wù)處理、客戶營(yíng)銷(xiāo)管理等業(yè)務(wù)量相對(duì)穩(wěn)定的內(nèi)容，則重點(diǎn)基于集中式架構(gòu)持續(xù)優(yōu)化提升。
（二）從管理思路上
1、提高認(rèn)識(shí)，調(diào)整戰(zhàn)略。要認(rèn)識(shí)到進(jìn)行核心業(yè)務(wù)系統(tǒng)技術(shù)替代的重要性和必要性，互聯(lián)網(wǎng)金融技術(shù)“狼”真的來(lái)了，面對(duì)新的技術(shù)浪潮，要采取積極的應(yīng)對(duì)措施，實(shí)施IT戰(zhàn)略轉(zhuǎn)型。銀行需要從業(yè)務(wù)視角出發(fā)重新思考IT和業(yè)務(wù)的關(guān)系，提高業(yè)務(wù)系統(tǒng)的敏捷性，實(shí)現(xiàn)業(yè)務(wù)和IT的融合，在控制風(fēng)險(xiǎn)的同時(shí)，盡可能“多、快、好、省”地為業(yè)務(wù)創(chuàng)造價(jià)值。
2、虛心學(xué)習(xí)，奮起直追。面對(duì)互聯(lián)網(wǎng)金融技術(shù)，商業(yè)銀行經(jīng)歷了從“不屑一顧”到“不以為然”、從“警醒震驚”到現(xiàn)在“奮起直追”的過(guò)程。實(shí)際上，在云計(jì)算、大數(shù)據(jù)、移動(dòng)計(jì)算和社交媒體等技術(shù)應(yīng)用開(kāi)發(fā)方面，商業(yè)銀行已經(jīng)落伍于互聯(lián)網(wǎng)企業(yè)了，現(xiàn)在是放下商業(yè)銀行采用主機(jī)“高、大、上”身段的時(shí)候了。商業(yè)銀行應(yīng)該虛心向互聯(lián)網(wǎng)公司學(xué)習(xí)云計(jì)算和分布式處理技術(shù)，結(jié)合銀行業(yè)務(wù)系統(tǒng)特點(diǎn)，采用云計(jì)算和分布式架構(gòu)改造其核心業(yè)務(wù)系統(tǒng)。
3、排除困難，大力推進(jìn)。從技術(shù)上說(shuō)，實(shí)施替代的難點(diǎn)在于同現(xiàn)有技術(shù)體系的融合，是全盤(pán)替代還是部分替代，替代項(xiàng)目的實(shí)施管理難度也很大。從管理上說(shuō)，要充分認(rèn)識(shí)來(lái)自方方面面的阻力，既有技術(shù)人員和業(yè)務(wù)人員因循守舊和技術(shù)偏好造成的抵觸情緒，還有可能來(lái)自廠商及其代言人出于商業(yè)利益的阻撓、恐嚇和游說(shuō)。因此，替代工作需要獲得上級(jí)主管部門(mén)、銀行高層領(lǐng)導(dǎo)的大力支持，方能順利實(shí)施。
4、大膽設(shè)想，小心求證。既要看到云計(jì)算和分布式技術(shù)的巨大潛力與優(yōu)勢(shì)，也要重視可能存在的弱點(diǎn)和不足，特別是要充分評(píng)估對(duì)業(yè)務(wù)和客戶體驗(yàn)造成的影響。認(rèn)真對(duì)銀行核心業(yè)務(wù)進(jìn)行梳理和分析，識(shí)別銀行業(yè)務(wù)相對(duì)互聯(lián)網(wǎng)信息處理在交易一致性、安全性等方面的更高要求。對(duì)各種分布式處理技術(shù)進(jìn)行充分的分析評(píng)價(jià)和測(cè)試驗(yàn)證，做好技術(shù)選型和架構(gòu)設(shè)計(jì)。
5、搞好試點(diǎn)，逐步推廣。同引進(jìn)各種新技術(shù)、新產(chǎn)品的過(guò)程一樣，為了有效控制引入新技術(shù)的風(fēng)險(xiǎn)，國(guó)有商業(yè)銀行替代核心系統(tǒng)也應(yīng)經(jīng)歷先試點(diǎn)、后推廣的過(guò)程。在試點(diǎn)過(guò)程中完善新平臺(tái)技術(shù)架構(gòu)，制訂實(shí)施工藝和規(guī)范，形成開(kāi)發(fā)和運(yùn)行工具。特別要對(duì)云計(jì)算和分布式處理方面的開(kāi)源軟件進(jìn)行學(xué)習(xí)、消化和吸收，組建一支技術(shù)過(guò)硬的互聯(lián)網(wǎng)分布式架構(gòu)開(kāi)發(fā)隊(duì)伍，為實(shí)現(xiàn)技術(shù)路線的全面轉(zhuǎn)型做好準(zhǔn)備。
六、總結(jié)
綜上所述，分布式架構(gòu)具有更好的可擴(kuò)展性，對(duì)基礎(chǔ)軟硬件的可靠性、可用性依賴度更低，可以采用更加開(kāi)放、廉價(jià)的產(chǎn)品構(gòu)建。但我們也要看到其給應(yīng)用設(shè)計(jì)、研發(fā)、運(yùn)維管理所帶來(lái)的挑戰(zhàn)?？傊?，技術(shù)是為業(yè)務(wù)服務(wù)的，無(wú)論是集中式架構(gòu)還是分布式架構(gòu)，各有優(yōu)缺點(diǎn)，我們需要根據(jù)不同的應(yīng)用場(chǎng)景，選擇合適的技術(shù)架構(gòu)。此外，銀行與互聯(lián)網(wǎng)企業(yè)在信息系統(tǒng)建設(shè)上，無(wú)論是業(yè)務(wù)類(lèi)型、風(fēng)險(xiǎn)容忍度、監(jiān)管要求上，還是技術(shù)架構(gòu)和文化機(jī)制上，有著較大的差異。確?？蛻糍Y金安全和生產(chǎn)運(yùn)行穩(wěn)定，是銀行信息化建設(shè)的首要原則，在分布式架構(gòu)應(yīng)用當(dāng)中，要結(jié)合技術(shù)可控、風(fēng)險(xiǎn)可控、成本可控綜合考量，要本著實(shí)事求是、穩(wěn)妥前行的原則逐步推進(jìn)。
