【51CTO.com原創(chuàng)稿件】當(dāng)傳統(tǒng)銀行開始向互聯(lián)網(wǎng)金融轉(zhuǎn)型時(shí)，銀行不僅需要重塑自身形象，還要利用互聯(lián)網(wǎng)+的各種手段工具，成為更多金融服務(wù)的提供者。正所謂“打鐵還需自身硬”，傳統(tǒng)銀行的IT 架構(gòu)和系統(tǒng)也亟需“蛻變”，承載更多業(yè)務(wù)價(jià)值，幫助業(yè)務(wù)部門構(gòu)建更完善的數(shù)字生態(tài)系統(tǒng)。

　　招商銀行數(shù)據(jù)中心應(yīng)用管理團(tuán)隊(duì)負(fù)責(zé)人張建林日前和記者暢談了傳統(tǒng)金融IT非功能實(shí)踐的演變思路，他與記者分享了傳統(tǒng)金融在互聯(lián)金融趨勢(shì)下需求的演進(jìn)，以及運(yùn)維部門與其他開發(fā)部門、業(yè)務(wù)部門的聯(lián)動(dòng)，以及在新興技術(shù)層出不窮的時(shí)代，該如何讓運(yùn)維工作與時(shí)俱進(jìn)，發(fā)揮更多價(jià)值。

[[201216]]

　　傳統(tǒng)金融的四大挑戰(zhàn)

　　張建林將傳統(tǒng)金融對(duì)運(yùn)維的挑戰(zhàn)分為四類：

　　首先是來自線上業(yè)務(wù)交易量的高速增長(zhǎng)壓力，原有的組織架構(gòu)已經(jīng)無法滿足這樣的高交易量需求;

　　其次是運(yùn)維部門和開發(fā)部門需要在工作中無縫對(duì)接，他告訴記者，由于政策要求，很多運(yùn)維工作不能讓開發(fā)人員參與，開發(fā)跟運(yùn)維有明確的分工界限。但對(duì)于高速迭代發(fā)展的互聯(lián)企業(yè)來說，如何讓這兩個(gè)部門實(shí)現(xiàn)無縫對(duì)接的監(jiān)管尤為重要;

　　再者是運(yùn)維人員的增長(zhǎng)速度永遠(yuǎn)跟不上開發(fā)和業(yè)務(wù)訴求的增長(zhǎng);

　　***是銀行監(jiān)管部門與銀行客戶對(duì)于應(yīng)用系統(tǒng)高可用的要求。這一點(diǎn)充分體現(xiàn)了金融行業(yè)的特殊性，不同于一般企業(yè)的高可用性，銀行的業(yè)務(wù)系統(tǒng)需要滿足銀監(jiān)會(huì)、證監(jiān)會(huì)的高標(biāo)準(zhǔn)，對(duì)數(shù)據(jù)的安全和交易的安全、可用性是需要首先考慮，其次是如何應(yīng)對(duì)高并發(fā)的要求，這些都給銀行帶來了不小的挑戰(zhàn)。

　　運(yùn)維工作也有壓力

　　在由聽云主辦的2017中國應(yīng)用性能管理大會(huì)現(xiàn)場(chǎng)，張建林做了《傳統(tǒng)金融IT非功能實(shí)踐的演變思路》 演講，當(dāng)記者問及什么是傳統(tǒng)金融“IT非功能”時(shí)，張建林解釋道，業(yè)務(wù)部門的需求叫功能需求，目的是實(shí)現(xiàn)某個(gè)業(yè)務(wù)需求。非功能需求，就是從運(yùn)維角度提出的需求，主要是在完成業(yè)務(wù)功能的開發(fā)之外，為了實(shí)現(xiàn)該項(xiàng)目提出的訴求。他舉了一個(gè)例子，例如業(yè)務(wù)部門提出一個(gè)秒殺活動(dòng)，那么開發(fā)部門的首要任務(wù)就是設(shè)計(jì)出滿足這個(gè)秒殺活動(dòng)的程序，但是他們不會(huì)去考慮這個(gè)活動(dòng)背后需要IT系統(tǒng)配備多少存儲(chǔ)、網(wǎng)絡(luò)、計(jì)算資源，是否需要做壓力測(cè)試，是否需要性能調(diào)優(yōu)，這個(gè)秒殺活動(dòng)的環(huán)境部署是怎樣的等等情況，而這些因素恰恰是運(yùn)維部門需要考慮的。那么運(yùn)維部門就會(huì)在代碼開發(fā)階段就提出IT非功能需求，要求開發(fā)部門如何配置數(shù)據(jù)庫，如何實(shí)現(xiàn)負(fù)載均衡匹配業(yè)務(wù)。確保開發(fā)與運(yùn)維共同實(shí)現(xiàn)業(yè)務(wù)需求。

　　張建林指出，傳統(tǒng)業(yè)務(wù)部門與運(yùn)維的溝通并不多，但是現(xiàn)在運(yùn)維部門正在更積極地參與到業(yè)務(wù)部門的工作中來，他們會(huì)提前和業(yè)務(wù)部門達(dá)成共識(shí)，充分了解業(yè)務(wù)場(chǎng)景，從而對(duì)業(yè)務(wù)量有一個(gè)預(yù)估并判斷出性能瓶頸，提前做好環(huán)境部署，而不是等到業(yè)務(wù)量突增之后，再去拓帶寬買設(shè)備，避免被動(dòng)的局面。

　　自力更生打破僵局

　　張建林表示，運(yùn)維現(xiàn)在有兩大流派，一是DevOps，主張應(yīng)用、運(yùn)維跟開發(fā)是一體的，無縫接的，二是谷歌提出的SRE理念(Site Reliability Engineer)，讓開發(fā)和運(yùn)維做到工作上的配合，運(yùn)維能提前介入項(xiàng)目開發(fā)，提前把能做好運(yùn)維的一些想法或者是工具、腳本、接口，讓開發(fā)準(zhǔn)備好。“我更贊同谷歌SRE的理念，在現(xiàn)實(shí)中更有可操作性。” 張建林坦言。

　　解決運(yùn)維僵局的另一個(gè)利器是自動(dòng)化。張建林表示，現(xiàn)在X86平臺(tái)下，不可能讓一個(gè)人去運(yùn)維一兩千臺(tái)服務(wù)器，因此必須要通過自動(dòng)化，讓開發(fā)代碼跟運(yùn)維自動(dòng)化做一個(gè)平滑的無縫對(duì)接。

　　記者了解到，在招商銀行，自動(dòng)化工具都是運(yùn)維團(tuán)隊(duì)自主研發(fā)的，因?yàn)樽灾餮邪l(fā)的自動(dòng)化工具更符合招商銀行特有的應(yīng)用、特有的環(huán)境、特有的人員配備。目前招商銀行的運(yùn)維和數(shù)據(jù)中心部門利用這些工具，完全可以做好運(yùn)維工作，并支持開發(fā)部門交付的應(yīng)用，并且保障應(yīng)用的高可用性。“自己才是最了解自己需求的人，做的工具才可能是最適合的。” 張建林表示，之前也有一些廠商愿意提供定制化的自動(dòng)化產(chǎn)品，但是外部人員很難深入了解銀行的環(huán)境和業(yè)務(wù)，響應(yīng)速度和力度都跟不上，產(chǎn)品迭代延續(xù)性也不太好，還容易造成浪費(fèi)。這些通過自主研發(fā)自動(dòng)化運(yùn)維工具都可以有效彌補(bǔ)。

　　運(yùn)維的下一站重心

　　在采訪***，張建林也談了他對(duì)于運(yùn)維未來工作重心的看法，他認(rèn)為有三個(gè)轉(zhuǎn)變：

　　首先是傳統(tǒng)金融機(jī)構(gòu)也在逐漸向互聯(lián)網(wǎng)企業(yè)看齊，逐步加強(qiáng)了線上客戶行為數(shù)據(jù)的采集，去做大數(shù)據(jù)的分析與挖掘，從業(yè)務(wù)層面挖掘數(shù)據(jù)價(jià)值。而運(yùn)維部門的責(zé)任就是給這些業(yè)務(wù)部門提供不同的一個(gè)數(shù)據(jù)來源和大數(shù)據(jù)的分析平臺(tái)。

　　另外一個(gè)很明顯的趨勢(shì)就是傳統(tǒng)金融的重心在逐漸從線下轉(zhuǎn)移到線上，但之前的應(yīng)用架構(gòu)跟容量的設(shè)計(jì)肯定不能滿足現(xiàn)在線上交易的需求與發(fā)展，尤其在高并發(fā)、高交易與高增長(zhǎng)等方面，因此現(xiàn)在需要對(duì)之前舊的架構(gòu)逐步做整改與遷移，主要通過對(duì)此類業(yè)務(wù)的應(yīng)用解耦，與主機(jī)下移X86平臺(tái)來實(shí)現(xiàn)。

　　張建林表示數(shù)據(jù)中心未來還將加速對(duì)云平臺(tái)方面的建設(shè)與運(yùn)維，目前已經(jīng)將部分非核心業(yè)務(wù)在私有云上投產(chǎn)與運(yùn)營，等各方面時(shí)機(jī)成熟后，將會(huì)把更多的業(yè)務(wù)遷移到云平臺(tái)部署。

　　APMCon2017

　　APMCon是由聽云、極客邦科技與InfoQ聯(lián)合主辦的全球高水準(zhǔn)APM技術(shù)盛會(huì)，聚焦當(dāng)前最為關(guān)鍵的移動(dòng)端、Web端和Server端的性能監(jiān)控和管理技術(shù)。整個(gè)會(huì)議包含智能運(yùn)維、數(shù)據(jù)庫性能優(yōu)化、移動(dòng)性能優(yōu)化、前端性能優(yōu)化、業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)分析和可視化、微服務(wù)與容器與CDN加速等話題。

　　APMCon內(nèi)容源于實(shí)踐并面向社區(qū)，來自國內(nèi)外的演講嘉賓依據(jù)熱點(diǎn)話題，面向5年以上的技術(shù)團(tuán)隊(duì)負(fù)責(zé)人、中高級(jí)開發(fā)和運(yùn)維人員、工程總監(jiān)分享APM技術(shù)創(chuàng)新、趨勢(shì)和***實(shí)踐。

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】