招銀云創(chuàng)金融PaaS研究中心總監(jiān)陳沙克：金融DevOps實(shí)戰(zhàn)分享

原創(chuàng)
作者：zc 2018-07-03 16:11:01

服務(wù)器

PaaS 由于歷史原因，銀行內(nèi)部IT系統(tǒng)非常復(fù)雜，通常每家銀行都有上百個(gè)系統(tǒng)，且大部分采用的是場(chǎng)地托管服務(wù)，系統(tǒng)靈活性嚴(yán)重不足。隨著互聯(lián)網(wǎng)創(chuàng)新業(yè)務(wù)的發(fā)展，客戶開(kāi)始提出一些定制化的需求，對(duì)銀行開(kāi)展新的業(yè)務(wù)帶來(lái)了巨大挑戰(zhàn)。

十載的博望網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都營(yíng)銷網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整博望建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)公司從事“博望網(wǎng)站設(shè)計(jì)”,“博望網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

　　【51CTO.com原創(chuàng)稿件】2018年5月18-19日，由51CTO主辦的全球軟件與運(yùn)維技術(shù)峰會(huì)在北京召開(kāi)。此次峰會(huì)圍繞人工智能、大數(shù)據(jù)、物聯(lián)網(wǎng)、區(qū)塊鏈等12大核心熱點(diǎn)，匯聚海內(nèi)外60位一線專家，是一場(chǎng)高端的技術(shù)盛宴，也是頂級(jí)IT技術(shù)人才學(xué)習(xí)和人脈拓展不容錯(cuò)過(guò)的平臺(tái)。

　　在“DevOps轉(zhuǎn)型之路”分會(huì)場(chǎng)，招銀云創(chuàng)金融PaaS研究中心總監(jiān)陳沙克帶來(lái)了《招銀云創(chuàng)DevOps實(shí)戰(zhàn)經(jīng)歷》的主題分享。會(huì)后，51CTO記者根據(jù)陳沙克在WOT2018全球軟件與運(yùn)維技術(shù)峰會(huì)的演講內(nèi)容進(jìn)行了整理。

　　PaaS平臺(tái)的七大價(jià)值

　　金融行業(yè)不同于其它領(lǐng)域，是一個(gè)受到高度監(jiān)管的行業(yè)。隨著互聯(lián)網(wǎng)金融業(yè)務(wù)的興起，金融企業(yè)即要利用新技術(shù)來(lái)支撐業(yè)務(wù)的創(chuàng)新，同時(shí)又要滿足監(jiān)管的要求。面對(duì)Docker和Kubernetes等主流的技術(shù)，IT主管如何根據(jù)業(yè)務(wù)場(chǎng)景選擇合適的技術(shù)，成為整個(gè)行業(yè)非常關(guān)注的熱點(diǎn)。

　　陳沙克表示，招銀云創(chuàng)之前內(nèi)部開(kāi)發(fā)用的都是虛擬機(jī)，部署實(shí)施也是用虛擬機(jī)運(yùn)行的。這種使用虛擬機(jī)的部署開(kāi)發(fā)方式，讓用戶對(duì)虛擬機(jī)里運(yùn)行的內(nèi)容并不知曉。但對(duì)于大PaaS的管理員來(lái)講，則是非常清晰的，包括哪個(gè)容器跑了什么內(nèi)容，狀態(tài)如何，都能夠輕松的管理起來(lái)。他表示，一個(gè)虛擬機(jī)目前能跑三四十個(gè)容器，按照招銀云創(chuàng)的部署習(xí)慣，1比10的資源差不多才能達(dá)到這種效果。以前用上百個(gè)虛擬機(jī)才能完成構(gòu)建的開(kāi)發(fā)環(huán)境，現(xiàn)在只用十幾個(gè)虛擬機(jī)就能搞定了。

　　因此，他認(rèn)為PaaS平臺(tái)有七個(gè)方面的主要價(jià)值:

　　1)應(yīng)用環(huán)境的集中管控，降低資源和運(yùn)維的成本;

　　2)DevOps全流程交付提供產(chǎn)品迭代效率;

　　3)運(yùn)行環(huán)境快速就緒，簡(jiǎn)化資源管理;

　　4)自動(dòng)水平伸縮，容錯(cuò)和自我修復(fù)，讓開(kāi)發(fā)人員專注于代碼;

　　5)微服務(wù)框架的支撐;

　　6)推動(dòng)人員架構(gòu)和IT流程的變革;

　　7)開(kāi)發(fā)流程，代碼規(guī)范工具化。

　　以銀行內(nèi)部開(kāi)發(fā)的一個(gè)微服務(wù)應(yīng)用為例，如果跑在虛擬機(jī)上，微服務(wù)的優(yōu)勢(shì)就很難體現(xiàn)出來(lái)的。只有將它放在PaaS平臺(tái)上，服務(wù)的彈性才能體現(xiàn)，達(dá)到當(dāng)初的設(shè)計(jì)目標(biāo)。陳沙克告訴記者，很多客戶擔(dān)心在把服務(wù)遷移到PaaS的過(guò)程中，是否需要修改代碼?實(shí)際上，所有的遷移過(guò)程都不需要修改代碼，只是跑在容器上，配置文件需要統(tǒng)一放置罷了。

　　選擇適合自己的PaaS平臺(tái)

　　由于歷史原因，銀行內(nèi)部IT系統(tǒng)非常復(fù)雜，通常每家銀行都有上百個(gè)系統(tǒng)，且大部分采用的是場(chǎng)地托管服務(wù)，系統(tǒng)靈活性嚴(yán)重不足。隨著互聯(lián)網(wǎng)創(chuàng)新業(yè)務(wù)的發(fā)展，客戶開(kāi)始提出一些定制化的需求，對(duì)銀行開(kāi)展新的業(yè)務(wù)帶來(lái)了巨大挑戰(zhàn)。

　　陳沙克表示，如果銀行有100多個(gè)項(xiàng)目同時(shí)開(kāi)發(fā)，對(duì)于采用場(chǎng)地托管服務(wù)的大多數(shù)銀行來(lái)講是不現(xiàn)實(shí)的，必須有一個(gè)平臺(tái)幫助企業(yè)實(shí)現(xiàn)快速交付。他表示，如何選擇一個(gè)適合自己企業(yè)的PaaS平臺(tái)，可以參考以下幾點(diǎn)：

　　1)適合自己的是最好;

　　2)POC很難解決平臺(tái)的選擇問(wèn)題;

　　3)Kubernetes 1年4個(gè)版本，如何應(yīng)對(duì);

　　4)平臺(tái)需要團(tuán)隊(duì)有掌控能力;

　　5)行業(yè)特點(diǎn)對(duì)整個(gè)架構(gòu)影響很大;

　　6)廠商持續(xù)發(fā)展和盈利能力;

　　7)清晰的Roadmap;

　　8)主動(dòng)選型。

　　提到招銀云創(chuàng)的PaaS平臺(tái)技術(shù)，陳沙克表示并沒(méi)有重復(fù)造輪，而是直接采用紅帽成熟的PaaS平臺(tái)OpenShift，底層就是Kubernetes。對(duì)于這套PaaS平臺(tái)是否可靠，陳沙克給出了這樣的答案：“做云計(jì)算，首先就是要吃自己的狗糧。這套DevOps的工具鏈，第一個(gè)用戶就是招銀云創(chuàng)自己的開(kāi)發(fā)部門?！?/p>

　　據(jù)介紹，通過(guò)PaaS平臺(tái)OpenShift的使用，招銀云創(chuàng)實(shí)現(xiàn)了代碼規(guī)范工具化，大幅提高了代碼質(zhì)量，開(kāi)發(fā)效率得到了明顯提升，資源消耗減少。除此之外，測(cè)試人員可以對(duì)任何的版本獨(dú)立進(jìn)行測(cè)試，提交bug并重現(xiàn)bug，減少了運(yùn)維人員的重復(fù)勞動(dòng)?？梢哉f(shuō)，招銀云創(chuàng)的研發(fā)已經(jīng)離不開(kāi)OpenShift。

　　雖然招銀云創(chuàng)在PaaS平臺(tái)OpenShift的使用上取得了一些成績(jī)，但陳沙克同時(shí)表示其并不算非常完美，仍然有一些提升的空間。他表示，招銀云創(chuàng)后續(xù)將主要從以下幾個(gè)方面進(jìn)行改造和提升：

　　一是Lstio跟進(jìn)，滿足各種場(chǎng)景應(yīng)用發(fā)布需求;

　　二是SnoarQube深入，規(guī)則自定義;

　　三是深入使用Jenkins;

　　四是權(quán)限管理RABC;

　　五是身份集中認(rèn)證;

　　六是自動(dòng)化測(cè)試，Jmeter和Selenium集成。

新聞標(biāo)題：招銀云創(chuàng)金融PaaS研究中心總監(jiān)陳沙克：金融DevOps實(shí)戰(zhàn)分享
轉(zhuǎn)載源于：http://www.5511xx.com/article/djgoppi.html