銀行屬于傳統(tǒng)的金融行業(yè)搀暑，銀行業(yè)隨著科技的不斷進步和客戶需求的不斷提升，對銀行科技系統(tǒng)的要求也是逐漸提高踏幻，而且隨著近幾年互聯(lián)網(wǎng)金融的快速發(fā)展控硼，傳統(tǒng)銀行業(yè)系統(tǒng)的發(fā)展也是非常迅速泽论，本人08、09年最早在外企從事北美銀行網(wǎng)銀和手機銀行的產(chǎn)品開發(fā)工作卡乾，后來從10年一直到16年一直在大型國有銀行從事軟件開發(fā)和架構(gòu)設計的工作佩厚，16年中從國有銀行離開加入互聯(lián)網(wǎng)電商，做了不到一年因為種種非技術(shù)問題離開又回歸了銀行系統(tǒng)说订，目前在一家微型民營銀行從事產(chǎn)品設計抄瓦、架構(gòu)設計的工作√绽洌總的來說還是經(jīng)歷了這幾年銀行系統(tǒng)快速發(fā)展的時期钙姊，也涉及了大型架構(gòu)的變遷，今天就給大家介紹下銀行的架構(gòu)變遷埂伦，如有不對的地方還請專家指正煞额。
1. 90年代前期集中式架構(gòu)
90年代初期國內(nèi)銀行業(yè)蓬勃發(fā)展，早期各個分行都是人工記賬沾谜，定期由省分行統(tǒng)一報送總行系統(tǒng)膊毁，隨著國內(nèi)經(jīng)濟的快速發(fā)展，銀行的業(yè)務量也隨之暴漲這樣的工作模式已經(jīng)無法滿足需求了基跑，所以90年代初4大國有銀行都紛紛加強科技部的研發(fā)投入婚温，參考美國、英國銀行系統(tǒng)建設經(jīng)驗開始建設現(xiàn)代化銀行系統(tǒng)媳否，其實在那個年代大家對計算機的印象還非常陌生栅螟，在每個柜面都架設計算機荆秦，當時的柜面系統(tǒng)都是統(tǒng)一的命令行模式，沒有可視化界面力图，后臺系統(tǒng)采用的是集中式的架構(gòu)步绸，如下圖所示：
當時的銀行系統(tǒng)基本都是這樣的集中式架構(gòu)，大型國有銀行一般也都是這種簡單架構(gòu)吃媒，當時大部分行業(yè)的系統(tǒng)也都是這樣的架構(gòu)瓤介。在這樣的架構(gòu)下柜面前端和后端系統(tǒng)采用的是CS架構(gòu)，胖客戶端的模式赘那，每次客戶端升級都需要將安裝包提前一天下發(fā)給各個網(wǎng)點惑朦，現(xiàn)在看起來還是比較low的。銀行后端是大核心的模式漓概，即核心系統(tǒng)承擔了主要的功能，賬戶病梢、存貸款胃珍、總賬、對賬蜓陌、支付觅彰、來賬等功能都在集中式的大核心系統(tǒng)中，只有很少的一部分功能被剝離出核心系統(tǒng)钮热，歸屬于外圍系統(tǒng)填抬。這些外圍系統(tǒng)一般都是市面上有一些軟件公司提供了現(xiàn)成的產(chǎn)品，只需要簡單的二次開發(fā)就可以滿足需求隧期，這樣一方面降低了開發(fā)成本飒责，另一方面也加快的系統(tǒng)實施的進度。但是這種架構(gòu)的系統(tǒng)承載能力還是比較有限的仆潮，隨著交易量的快速上升很快就滿足不了需求了宏蛉，聽行里的前輩介紹當年的場景，就是他們科技部每天都很忙性置，交易量每個月都會有大幅增長拾并，每個季度的計息日批量和年底的年終決算都會讓所有人忙通宵，這些記憶也成為了所有那個年代銀行人痛苦的回憶鹏浅。
2. 90年代中后期分布式架構(gòu)
集中式的系統(tǒng)已經(jīng)逐漸滿足不了高速增長的業(yè)務需求了嗅义，所以規(guī)模比較大的國有銀行就開始考慮將現(xiàn)有的總行集中式系統(tǒng)分別在各個省分行分別都部署一套，每天晚上再通過批量的方式將各省數(shù)據(jù)進行集中隐砸，這種架構(gòu)的方式能夠最快的解決聯(lián)機性能問題之碗，但是又會引發(fā)新的問題，那就是跨省轉(zhuǎn)賬交易無法實時到賬季希，就算是同一家銀行的跨省轉(zhuǎn)賬一般也無法做到继控。所以90年代中后期的系統(tǒng)架構(gòu)圖如下圖所示：
看圖就可以發(fā)現(xiàn)械馆，和之前的架構(gòu)區(qū)別主要就是將總行集中式的部署架構(gòu)調(diào)整為了各省分布式的架構(gòu)，但是這種分布式架構(gòu)并不是我們現(xiàn)在討論的互聯(lián)網(wǎng)分布式架構(gòu)武通，當年還沒有比較成熟的分布式架構(gòu)方案霹崎，所以當時的分布式其實只是簡單的將原先總行部署的一套核心系統(tǒng)和配套的外圍系統(tǒng)分別在各省科技部分別部署，分別獨立運維冶忱，就好像機構(gòu)在整體行政關(guān)系上是一體的尾菇，但是實際科技系統(tǒng)是分開的，沒有必然的聯(lián)系囚枪，只是每天會進行數(shù)據(jù)交換來實現(xiàn)跨省轉(zhuǎn)賬派诬、票據(jù)承兌等業(yè)務，所以很多銀行業(yè)務的效率比較低链沼，很難滿足一些比較急迫的客戶需求默赂，最后出現(xiàn)了一些現(xiàn)象就是一個客戶為了給一個跨省的客戶匯款，最快的手段是先用自己本地的卡取現(xiàn)金括勺，再人肉帶到異地缆八，有朋友要問了為什么不到當?shù)卦偃。驗槟莻€年代跨省取現(xiàn)不但取現(xiàn)時間疾捍、金額受限制還有高額的手續(xù)費奈辰。
3. 2000-2010集中式網(wǎng)狀架構(gòu)
2000年互聯(lián)網(wǎng)高速發(fā)展，銀行的科技水平也在這幾年中高速發(fā)展乱豆，各家行的水平也逐漸拉開了差距奖恰，之前老的各省分布式部署的業(yè)務問題也漸漸凸顯，由工行率先將之前分布式部署的省行系統(tǒng)進行總行上收宛裕，系統(tǒng)上收可不是那么簡單瑟啃，當年為什么要各省分別部署？就是因為集中式系統(tǒng)架構(gòu)已經(jīng)無法承載每天高速發(fā)展的業(yè)務量揩尸，如果再將各省的數(shù)據(jù)上收翰守，那就意味著可能每天核心批量還沒跑完還沒來得及分發(fā)給外圍系統(tǒng)就已經(jīng)到第二天開門營業(yè)時間了。這么做科技部門需要承擔的壓力還是非常大的疲酌，需要解決很多問題蜡峰，主要有以下問題：1）數(shù)據(jù)結(jié)構(gòu)統(tǒng)一，數(shù)據(jù)映射朗恳，各省數(shù)據(jù)上收湿颅，數(shù)據(jù)遷移；2）新系統(tǒng)開發(fā)工作粥诫；3）系統(tǒng)上收對上收省份日常業(yè)務的影響油航；4）分行員工新系統(tǒng)的培訓工作；5）新舊系統(tǒng)的平滑遷移怀浆，新舊系統(tǒng)的日常兼容性交互谊囚；6）整體的投產(chǎn)遷移方案怕享、回退方案。我當時在中國銀行也有幸經(jīng)歷了這一過程镰踏，整個過程持續(xù)了快4年函筋，從整體的方案設計到系統(tǒng)的實施再到后面的系統(tǒng)遷移上線等等一系列工作，這個過程是艱難的奠伪，基本上加班成為常態(tài)跌帐，但是在這個過程中也學到了很多東西，也是成長比較快的一個時期绊率。整個改造的一個核心架構(gòu)思路就是對核心系統(tǒng)進行瘦身谨敛，將核心系統(tǒng)精簡化，以此來提高核心系統(tǒng)的業(yè)務處理吞吐量滤否，并采購最新的大型機來保證處理性能和IO性能脸狸，將大部分的業(yè)務都單建系統(tǒng)拆離出核心系統(tǒng)，基本上這樣的整體架構(gòu)在當時評估的時候能保證未來10－20年的業(yè)務發(fā)展量藐俺。下圖為當時的整體架構(gòu)圖炊甲，但是從這個架構(gòu)圖中可以發(fā)現(xiàn)，整體架構(gòu)核心系統(tǒng)和外圍系統(tǒng)紊搪，再和渠道系統(tǒng)之間都是非常混亂的全景，系統(tǒng)間是完全的網(wǎng)狀結(jié)構(gòu)耀石，圖里還沒有完全畫完，因為畫完以后基本是沒辦法看的爸黄，非常復雜的蜘蛛網(wǎng)滞伟。有個別系統(tǒng)因為是外包采購的系統(tǒng)的報文結(jié)構(gòu)和其他系統(tǒng)都是不一樣的，這樣一旦某個系統(tǒng)要和這些奇葩系統(tǒng)進行對接就會遇到這樣的問題炕贵，需要把這些奇葩接口的報文全部處理一遍梆奈，這就導致了很多重復的工作。
4. 2000-2010集中式總線架構(gòu)
大部分銀行很快就意識到這種集中式網(wǎng)狀架構(gòu)的缺陷称开，當時也正好流行ESB總線架構(gòu)亩钟，所以銀行系統(tǒng)也不免俗的紛紛去實現(xiàn)ESB總線”詈洌總線架構(gòu)就是在渠道系統(tǒng)和核心清酥、外圍系統(tǒng)之間建立了一個ESB總線橋梁，所有的外圍和核心系統(tǒng)的接口都注冊發(fā)布到ESB總線上蕴侣，由總線對外提供完全統(tǒng)一的接口標準協(xié)議焰轻，這樣就避免了每個系統(tǒng)接入都是同一套標準接口，不用重復去實現(xiàn)不同的報文協(xié)議昆雀。這樣的架構(gòu)看起來就非常清爽了辱志，不管是渠道系統(tǒng)還是外圍系統(tǒng)調(diào)用各個系統(tǒng)的接口的時候都比較方便蝠筑。這樣的架構(gòu)在銀行系統(tǒng)中實施了很長時間，包括目前大部分的銀行還都是采用這種架構(gòu)模式揩懒，雖然現(xiàn)在看起來非常普通什乙，但是當時看起來此種架構(gòu)還是非常完美的。而且這種架構(gòu)對于中小銀行就算現(xiàn)在使用起來也是非常合適的旭从。
5. 2010-2012互聯(lián)網(wǎng)總線型架構(gòu)
隨著互聯(lián)網(wǎng)的發(fā)展網(wǎng)上銀行稳强、手機銀行、直銷銀行紛紛成為新的渠道和悦，人們也開始快速接受這種新興的互聯(lián)網(wǎng)渠道退疫，互聯(lián)網(wǎng)總線架構(gòu)和之前架構(gòu)的最大差別在于安全架構(gòu)，后面會再單獨寫兩篇關(guān)于安全的文章鸽素。其他方面的架構(gòu)基本沒什么變化褒繁，但是會發(fā)現(xiàn)一種現(xiàn)象就是，因為核心系統(tǒng)不新增大功能的情況下馍忽，不斷新增外圍新產(chǎn)品棒坏，當時中國銀行一共有一百多個外圍系統(tǒng)，還沒算一些快下線的系統(tǒng)遭笋。隨著業(yè)務量的不斷上升坝冕，核心系統(tǒng)的業(yè)務量不斷上升，總線的壓力也逐漸上升瓦呼，總線機器不斷的橫向水平擴展喂窟，在走之前總線的集群就擴展到了100個節(jié)點。
6. 2012-2015互聯(lián)網(wǎng)金融服務架構(gòu)
到了2012年以后隨著facebook央串、amazon開放平臺獲得的巨大成功磨澡，BAT都逐步將自己的接口開放出來，都實施了開放平臺生態(tài)圈戰(zhàn)略质和，從而推動了SOA服務化的更快速發(fā)展稳摄。銀行之前也一直在研究服務化的實施方案，但是由于ESB總線架構(gòu)運轉(zhuǎn)的非常穩(wěn)定饲宿，也沒出什么問題厦酬，所以導致各個行進行服務化改造的動力不是很強，而且這種整體架構(gòu)的調(diào)整涉及到的部門和業(yè)務影響都是非常大的瘫想，一般銀行這樣比較穩(wěn)妥的公司也都不敢有大的動作弃锐。我也是有幸在銀行趕上了中國銀行試點互聯(lián)網(wǎng)金融，對新建的互聯(lián)網(wǎng)金融系統(tǒng)實施服務化架構(gòu)殿托，下面就是當時中國銀行的互聯(lián)網(wǎng)金融服務架構(gòu)霹菊，這個架構(gòu)其實是一個傳統(tǒng)銀行互聯(lián)網(wǎng)金融的一個妥協(xié)架構(gòu)。
從架構(gòu)圖中可以看到，左邊是之前的傳統(tǒng)銀行集中式總線架構(gòu)旋廷，右邊是互聯(lián)網(wǎng)服務化架構(gòu)鸠按，包含了開放平臺、服務注冊和發(fā)現(xiàn)饶碘、服務化產(chǎn)品系統(tǒng)目尖。為什么這樣設計，這是因為傳統(tǒng)銀行的各個產(chǎn)品系統(tǒng)是比較穩(wěn)定的扎运，而且在銀行系統(tǒng)待過的同學都知道傳統(tǒng)銀行要新建一個系統(tǒng)或者新實施一個需求都是要經(jīng)過很長的周期瑟曲，傳統(tǒng)銀行都是瀑布式開發(fā)方式，各種評審豪治、審批流程洞拨，導致從需求提出到功能上線基本上3個月過去了，效率還是挺低下的负拟。根本滿足不了互聯(lián)網(wǎng)金融快速迭代的需求烦衣，因為當時我們不但試點新的soa架構(gòu)，同時也在試點迭代開發(fā)掩浙，所以將互聯(lián)網(wǎng)金融產(chǎn)品單獨排期實施花吟，單獨部署，產(chǎn)品系統(tǒng)如果涉及到調(diào)用傳統(tǒng)銀行產(chǎn)品接口的地方全部通過ESB總線來調(diào)用傳統(tǒng)銀行產(chǎn)品系統(tǒng)接口厨姚。所有的互聯(lián)網(wǎng)金融產(chǎn)品系統(tǒng)全部將接口服務化注冊到服務注冊中心衅澈，當時我們所有的互聯(lián)網(wǎng)金融產(chǎn)品系統(tǒng)全部基于阿里的dubbo開發(fā)，系統(tǒng)將接口都注冊到zookeeper上谬墙，兩個系統(tǒng)直接的服務交互采用RPC模式今布；通過開放平臺對外提供接口暴露，可以發(fā)現(xiàn)這種架構(gòu)在保障傳統(tǒng)銀行系統(tǒng)穩(wěn)定性的同時也可以滿足互金需求的快速迭代實施芭梯，并且也使用了新興的互聯(lián)網(wǎng)分布式技術(shù)险耀，來降低開發(fā)和運維的成本弄喘，目前我了解到的很多銀行都在采用這種架構(gòu)在實施互聯(lián)網(wǎng)金融業(yè)務玖喘。
7. 2015-至今微服務架構(gòu)
最近兩年隨著容器技術(shù)的不斷發(fā)展，私有云平臺蘑志、devops也逐漸在銀行系統(tǒng)中進行試點累奈，目前我所在的一家小型民營銀行正在進行這方面的技術(shù)試點，底層采用docker進行鏡像管理急但、構(gòu)建澎媒、發(fā)布，在系統(tǒng)層面全部采用服務化架構(gòu)波桩，目前我們使用的是springcloud整體的解決方案戒努。這樣的架構(gòu)看起來也是比較清晰，而且擴展性也很強镐躲，能夠很好的滿足未來業(yè)務發(fā)展的需求储玫，隨著docker技術(shù)的不斷成熟侍筛，后續(xù)的devops也是逐漸會替代大部分的人工運維，之前我待過的一家互聯(lián)網(wǎng)電商撒穷，80多個產(chǎn)品系統(tǒng)只有3個運維人員匣椰，所有的日常監(jiān)控、版本部署都是自動化的端礼，基本不需要人工干預禽笑，這種模式也是后續(xù)銀行需要的一種開發(fā)和運維的方式。
今天只是大概介紹了下銀行系統(tǒng)的歷史變遷蛤奥，真的只是非常簡單的介紹佳镜，其實每個架構(gòu)都有很多故事，都可以寫很多喻括，等到后續(xù)有時間會再把其中發(fā)生的很多細節(jié)寫給大家看：）
