中間業(yè)務(wù)云平臺(tái)的探索與使用

趙彥博

華夏銀行股份有限公司長(zhǎng)春分行 吉林長(zhǎng)春 130000

一、背景

隨著金融科技的不斷發(fā)展，銀行業(yè)面臨的挑戰(zhàn)越來(lái)越多，拓展新業(yè)務(wù)、新市場(chǎng)是銀行業(yè)重要的發(fā)力點(diǎn)。當(dāng)新業(yè)務(wù)的需求愈發(fā)旺盛，傳統(tǒng)的開(kāi)發(fā)模式過(guò)于低效，已經(jīng)無(wú)法滿足日益增多的業(yè)務(wù)需求。我行急需找到一種快捷高效的開(kāi)發(fā)模式，能夠短時(shí)間、高質(zhì)量完成系統(tǒng)的開(kāi)發(fā)與部署。2019年，總行上線了分行中間業(yè)務(wù)云平臺(tái)，為分行的快速開(kāi)發(fā)找到了一種新的可能。

二、現(xiàn)狀

依據(jù)分行所在地域不同，分行會(huì)有和當(dāng)?shù)卣?、企業(yè)等進(jìn)行共同合作的特色業(yè)務(wù)需求，需要分行自行完成業(yè)務(wù)的需求設(shè)計(jì)與系統(tǒng)開(kāi)發(fā)及部署的工作。由于分行技術(shù)人員儲(chǔ)備不夠充足，大量開(kāi)發(fā)工作由外包人員完成，導(dǎo)致分行人員無(wú)法自主掌握系統(tǒng)。另外，不同的外包人員使用的框架不同，還會(huì)存在系統(tǒng)架構(gòu)不統(tǒng)一，維護(hù)困難的情況。新業(yè)務(wù)需要購(gòu)置的硬件資源也會(huì)極大地提高系統(tǒng)的成本。

總行基于上述情況，搭建了分行中間業(yè)務(wù)云平臺(tái)，為分行的需求實(shí)現(xiàn)加油助力。該平臺(tái)主要由業(yè)務(wù)開(kāi)發(fā)平臺(tái)、通信前置平臺(tái)、管理端及容器平臺(tái)組成。

三、中間業(yè)務(wù)云平臺(tái)架構(gòu)

(一)業(yè)務(wù)開(kāi)發(fā)平臺(tái)

基于Java打造的低代碼開(kāi)發(fā)平臺(tái)，可以大大降低開(kāi)發(fā)應(yīng)用的學(xué)習(xí)成本。該平臺(tái)內(nèi)置了多種常用功能組件，僅需要托拉拽的方式就可完成程序開(kāi)發(fā)。該平臺(tái)主要完成分行的特定業(yè)務(wù)邏輯的實(shí)現(xiàn)，基于該平臺(tái)實(shí)現(xiàn)的系統(tǒng)可以實(shí)現(xiàn)開(kāi)發(fā)框架的統(tǒng)一，方便以后的代碼維護(hù)工作。

該平臺(tái)主要由流程引擎、平臺(tái)組件模塊、日志模塊、日志脫敏模塊、配置加密模塊、MyBatis模塊、MVC模塊、Socket模塊、Redis模塊組成。

(1)流程引擎：開(kāi)發(fā)平臺(tái)核心引擎模塊。

(2)平臺(tái)組件模塊：提供基礎(chǔ)平臺(tái)組件，為數(shù)據(jù)庫(kù)操作、文件操作、通信、加密解密、異步調(diào)用等常用功能提供支撐。

(3)日志模塊：提供流程引擎日志和通過(guò)配置管理改動(dòng)日志級(jí)別功能。

(4)日志脫敏模塊：提供流程引擎日志和通過(guò)配置管理改動(dòng)日志級(jí)別功能。

(5)配置加密模塊：提供配置加密功能，確保部分敏感配置項(xiàng)以密文形式保存，需要在配置項(xiàng)中配置要加密的配置項(xiàng)。

(6)MyBatis模塊：平臺(tái)提供開(kāi)箱即用的MyBatis支撐包，無(wú)須額外配置即可在流程圖或代碼中直接使用。

(7)MVC模塊：由平臺(tái)提供開(kāi)箱即用的已經(jīng)集成好的MVC模塊，為流程引擎提供HTTP入口。

(8)Socket模塊：由平臺(tái)提供開(kāi)箱即用的Socket監(jiān)聽(tīng)，為流程引擎提供TCP入口。

(9)Redis模塊：平臺(tái)提供開(kāi)箱即用的Redis整合包，可以在流程和代碼中使用。

(二)通信前置平臺(tái)

用于和合作方對(duì)接的平臺(tái)。不同的合作方對(duì)接的報(bào)文格式都不一樣，為了能夠使業(yè)務(wù)開(kāi)發(fā)平臺(tái)正確處理合作方發(fā)送和接收的數(shù)據(jù)，將格式轉(zhuǎn)換的工作從開(kāi)發(fā)平臺(tái)分離，可以更好地解耦代碼，開(kāi)發(fā)平臺(tái)可以專注于業(yè)務(wù)邏輯的開(kāi)發(fā)，不需要關(guān)系數(shù)據(jù)格式的問(wèn)題。這個(gè)平臺(tái)專門用來(lái)處理數(shù)據(jù)格式，可以將合作方的格式轉(zhuǎn)換成開(kāi)發(fā)平臺(tái)需要的格式，也可以將開(kāi)發(fā)平臺(tái)發(fā)送出去的報(bào)文格式轉(zhuǎn)換成三方需要的格式。

該平臺(tái)支持多種通信協(xié)議，包括基于TCP/IP的同步、異步長(zhǎng)鏈接、短鏈接，常用的中間件Tuxedo、CICS、MQ等，還支持HTTP、HTTPS等傳輸協(xié)議。支持常用報(bào)文格式解析，包括ISO 8583、XML、SOAP、ICXP等。

該平臺(tái)有著安全可靠性、智能交易路由、提供統(tǒng)一數(shù)據(jù)總線、提供流程控制機(jī)制、提供異常處理機(jī)制。

(三)用戶管理平臺(tái)

是為了前端用戶使用設(shè)計(jì)的一套Web界面，可以減少前端開(kāi)發(fā)的學(xué)習(xí)成本。該平臺(tái)是基于Vue框架搭建的一套平臺(tái)，開(kāi)發(fā)人員可以通過(guò)簡(jiǎn)單的配置參數(shù)生成個(gè)性化的用戶前端交互頁(yè)面。

(四)容器平臺(tái)

容器平臺(tái)：是使用Docker實(shí)現(xiàn)流水線構(gòu)建、應(yīng)用部署，是一種實(shí)現(xiàn)構(gòu)建、打包、部署任意應(yīng)用的容器解決方案，其主要包括兩方面的技術(shù)：

容器技術(shù)：有效分配與管理計(jì)算資源、系統(tǒng)資源并實(shí)現(xiàn)資源隔離。

鏡像技術(shù)：從系統(tǒng)環(huán)境開(kāi)始至代碼層實(shí)現(xiàn)自下而上應(yīng)用打包，可以實(shí)現(xiàn)隨處遷移，隨處運(yùn)行。

Docker的使用流程：

(1)鏡像構(gòu)建：通過(guò)Dockerfile構(gòu)建成鏡像，將鏡像推送至鏡像倉(cāng)庫(kù)。

(2)容器運(yùn)行：從鏡像倉(cāng)庫(kù)拉取鏡像至本地鏡像倉(cāng)庫(kù)，啟動(dòng)并運(yùn)行本地鏡像倉(cāng)庫(kù)的鏡像，對(duì)容器的生命周期管理(啟動(dòng)、停止、重啟)，鏡像的備份和加載。

Kubernetes：Docker在大規(guī)模部署和應(yīng)用時(shí)，還有著諸多問(wèn)題：當(dāng)需要跨多個(gè)主機(jī)管理大量的Docker應(yīng)用時(shí)，集群環(huán)境下的Docker宿主機(jī)面對(duì)的問(wèn)題有網(wǎng)絡(luò)延時(shí)高、負(fù)載均衡不好管理、如何發(fā)現(xiàn)新加入的服務(wù)和高可用等方面，這些都與傳統(tǒng)模式有著較大的區(qū)別。

當(dāng)運(yùn)用Docker技術(shù)時(shí)，調(diào)度和編排是集群管理的重要責(zé)成部分。應(yīng)用跨多臺(tái)服務(wù)器時(shí)，服務(wù)器與每個(gè)容器服務(wù)的管理將變得更為復(fù)雜。

Kubernetes是Google開(kāi)源的大規(guī)模容器集群管理系統(tǒng)，由Google多年大規(guī)模管理技術(shù)BORG演化而來(lái)并贈(zèng)給云原生計(jì)算基金會(huì)(CNCF)，主要功能包括：

(1)基于容器的應(yīng)用部署、維護(hù)和滾動(dòng)升級(jí)。

(2)負(fù)載均衡和服務(wù)發(fā)現(xiàn)。

(3)跨機(jī)器和跨集群的服務(wù)調(diào)度。

(4)自動(dòng)伸縮。

(5)無(wú)狀態(tài)服務(wù)和有狀態(tài)服務(wù)。

(6)廣泛的存儲(chǔ)支持。

(7)插件機(jī)制保證擴(kuò)展性。

Kubernetes的發(fā)展非常迅速，已經(jīng)成為容器編排領(lǐng)域的領(lǐng)導(dǎo)者。主要有以下優(yōu)點(diǎn)：

(1)提供高可用、高冗余的群集化管理模式。

(2)為容器組件提供高效的彈性伸縮。

(3)提供一整套易于對(duì)接的Restfull API。

(4)能與企業(yè)級(jí)微服務(wù)架構(gòu)無(wú)縫結(jié)合。

(5)實(shí)現(xiàn)零停機(jī)的灰度發(fā)布。

容器平臺(tái)：基于Docker、Kubernetes標(biāo)準(zhǔn)研發(fā)的一套平臺(tái)，主要功能包括：

(1)負(fù)責(zé)應(yīng)用全生命安全周期管理，從應(yīng)用的包括應(yīng)用發(fā)布、升級(jí)、回滾及應(yīng)用版本管理等。

(2)應(yīng)用交付件管理，設(shè)計(jì)了應(yīng)用交付件倉(cāng)庫(kù)用來(lái)保存應(yīng)用交付件，并進(jìn)行交付件的版本管理。

(3)企業(yè)云平臺(tái)功能，負(fù)責(zé)異構(gòu)主機(jī)、存儲(chǔ)、網(wǎng)絡(luò)資源的編排，多租戶管理，租戶權(quán)限控制，平臺(tái)運(yùn)維功能及安全審計(jì)功能。

(4)應(yīng)用持續(xù)交付，包括自動(dòng)化流水線，應(yīng)用持續(xù)發(fā)布，可擴(kuò)展的流程設(shè)計(jì)，兼顧容器化和非容器化的應(yīng)用。

(5)企業(yè)協(xié)作，支持多租戶環(huán)境，可以進(jìn)行團(tuán)隊(duì)協(xié)作并進(jìn)行權(quán)限控制，流程審批功能，能效管理面板。

(五)微服務(wù)治理平臺(tái)

微服務(wù)：一種構(gòu)建應(yīng)用的架構(gòu)方案，不需要像普通服務(wù)那樣成為需要獨(dú)立的資源需求，是一種松散耦合的分布式架構(gòu)。優(yōu)點(diǎn)：修改個(gè)別服務(wù)不會(huì)影響整個(gè)應(yīng)用的對(duì)外服務(wù)，只會(huì)有局部的服務(wù)受到影響，每個(gè)服務(wù)都是獨(dú)立部署。采用微服務(wù)架構(gòu)的系統(tǒng)可以把系統(tǒng)拆分成多個(gè)核心功能，每個(gè)核心功能對(duì)應(yīng)一個(gè)微服務(wù)，各自獨(dú)立，互相不影響。

采用微服務(wù)架構(gòu)的應(yīng)用可以通過(guò)分布式部署大幅提升開(kāi)發(fā)效率，可以并行開(kāi)發(fā)多個(gè)微服務(wù)，這意味著大型應(yīng)用的開(kāi)發(fā)可以由總行與多個(gè)分行協(xié)同開(kāi)發(fā)完成，進(jìn)而縮短開(kāi)發(fā)所需的時(shí)間。

微服務(wù)架構(gòu)的主要優(yōu)勢(shì)：

(1)由于開(kāi)發(fā)周期的縮短，微服務(wù)架構(gòu)可以實(shí)現(xiàn)更加敏捷的部署與更新。

(2)高度的可擴(kuò)展性：由于是基于分布式部署的架構(gòu)，可以很方便地跨多個(gè)服務(wù)器和基礎(chǔ)架構(gòu)進(jìn)行部署，可以根據(jù)自身的硬件情況進(jìn)行靈活調(diào)整。

(3)強(qiáng)大的健壯性：應(yīng)用的各種微服務(wù)彼此獨(dú)立，一個(gè)服務(wù)出現(xiàn)故障并不會(huì)影響其他服務(wù)的正常運(yùn)行，相比傳統(tǒng)應(yīng)用，任何一個(gè)功能出問(wèn)題整個(gè)應(yīng)用都無(wú)法訪問(wèn)無(wú)疑要健壯穩(wěn)定許多。

(4)部署方便：相比于傳統(tǒng)應(yīng)用，微服務(wù)架構(gòu)應(yīng)用可以單個(gè)服務(wù)獨(dú)立部署，不必一次性將所有功能全都發(fā)布。微服務(wù)架構(gòu)更加模塊化，更加小巧。

(5)大型應(yīng)用被拆分成了多個(gè)小型服務(wù)，彼此獨(dú)立，開(kāi)發(fā)人員可以更輕松、更容易地理解這些服務(wù)，不論是將來(lái)要更新服務(wù)功能還是增加新的服務(wù)都比傳統(tǒng)應(yīng)用要更容易駕馭，進(jìn)而提高開(kāi)發(fā)效率、縮短開(kāi)發(fā)周期。

(6)更加自由：每個(gè)服務(wù)彼此獨(dú)立，開(kāi)發(fā)人員可以自行選擇自己擅長(zhǎng)的開(kāi)發(fā)語(yǔ)言及技術(shù)實(shí)現(xiàn)需求功能，只需要暴露的調(diào)用接口規(guī)范統(tǒng)一即可。

微服務(wù)治理平臺(tái)：主要有微服務(wù)網(wǎng)關(guān)、配置中心、服務(wù)監(jiān)控及用戶權(quán)限管理。

微服務(wù)網(wǎng)關(guān)：通過(guò)網(wǎng)關(guān)實(shí)現(xiàn)服務(wù)的對(duì)外訪問(wèn)時(shí)還可以實(shí)現(xiàn)限流、認(rèn)證、監(jiān)控等功能，此步驟實(shí)現(xiàn)了如何將一個(gè)服務(wù)暴露到網(wǎng)關(guān)上，確保外部用戶可以訪問(wèn)。

配置中心：負(fù)責(zé)注冊(cè)微服務(wù)的實(shí)例，查看在線的實(shí)例，確認(rèn)實(shí)例是否注冊(cè)成功。

服務(wù)監(jiān)控：負(fù)責(zé)監(jiān)控各個(gè)微服務(wù)的狀態(tài)，請(qǐng)求數(shù)量，平均吞吐量、平均響應(yīng)時(shí)間、運(yùn)行時(shí)常、更新時(shí)間。

四、中間業(yè)務(wù)云平臺(tái)應(yīng)用部署流程

我行統(tǒng)一使用GitLab平臺(tái)對(duì)源碼進(jìn)行統(tǒng)一管理，開(kāi)發(fā)人員在部署應(yīng)用時(shí)需要將代碼上傳到GitLab上面。

使用DCS平臺(tái)對(duì)接GitLab，DCS平臺(tái)拉取GitLab上的源碼，創(chuàng)建DCS平臺(tái)項(xiàng)目，并創(chuàng)建該項(xiàng)目的流水線。通過(guò)流水線構(gòu)建項(xiàng)目的鏡像文件，并將鏡像推送到DCE平臺(tái)。

在DCE平臺(tái)主要通過(guò)YAML編排模板的方式進(jìn)行部署。通過(guò)YAML編排文件可以實(shí)現(xiàn)服務(wù)存儲(chǔ)、鏡像及版本等內(nèi)容的定義。定義模板完成后就可以通過(guò)從DCS平臺(tái)推送過(guò)來(lái)的鏡像來(lái)進(jìn)行部署了。

部署完成后利用微服務(wù)管理平臺(tái)的API網(wǎng)關(guān)功能暴露服務(wù)接口后便可以正常對(duì)外服務(wù)了。

如此，完整的應(yīng)用從源代碼階段到對(duì)外服務(wù)階段已經(jīng)全部結(jié)束，開(kāi)發(fā)人員可以完全不用考慮服務(wù)器的搭建和開(kāi)發(fā)環(huán)境的部署、兼容性等一些環(huán)境準(zhǔn)備工作，以前這些工作會(huì)占用開(kāi)發(fā)人員很大的精力，云平臺(tái)完全可以提供基礎(chǔ)的運(yùn)行環(huán)境。

五、中間業(yè)務(wù)云平臺(tái)特點(diǎn)

分行中間業(yè)務(wù)云平臺(tái)是一個(gè)強(qiáng)大的、功能齊全的平臺(tái)。從與合作方對(duì)接數(shù)據(jù)、業(yè)務(wù)邏輯實(shí)現(xiàn)，用戶使用界面的配置、程序的部署發(fā)布維護(hù)等多方面都有了很好的解決方案，大大降低了分行人員的開(kāi)發(fā)難度，分行可以大力推動(dòng)分行特色業(yè)務(wù)提高競(jìng)爭(zhēng)力。使用云平臺(tái)進(jìn)行交易業(yè)務(wù)需求實(shí)現(xiàn)主要有如下優(yōu)點(diǎn)：

(一)容易入手

相比于傳統(tǒng)開(kāi)發(fā)模式，基于中間業(yè)務(wù)云平臺(tái)的開(kāi)發(fā)可以直接入手業(yè)務(wù)邏輯，功能都是由組件的拖拉拽實(shí)現(xiàn)，沒(méi)有很好的開(kāi)發(fā)語(yǔ)言基礎(chǔ)也很容易進(jìn)行開(kāi)發(fā)。中間業(yè)務(wù)云平臺(tái)也無(wú)須考慮系統(tǒng)的部署架構(gòu)，中間業(yè)務(wù)云平臺(tái)使用同一的設(shè)計(jì)架構(gòu)，無(wú)須開(kāi)發(fā)人員考慮。中間業(yè)務(wù)云平臺(tái)提供了統(tǒng)一的持續(xù)不斷更新的公共服務(wù)接口服務(wù)，可以調(diào)用行內(nèi)系統(tǒng)的公共功能。如果有特殊的功能未能實(shí)現(xiàn)只需要對(duì)接公共服務(wù)的負(fù)責(zé)人即可，不再需要單獨(dú)尋找對(duì)應(yīng)功能的提供者進(jìn)行對(duì)接。這樣，復(fù)雜的業(yè)務(wù)如果涉及多個(gè)系統(tǒng)，就不必像從前一樣需要和每一個(gè)系統(tǒng)的負(fù)責(zé)人分別講需求和提要求了，節(jié)省了大量的溝通成本。

(二)良好的靈活性

分行中間業(yè)務(wù)云平臺(tái)采用的是微服務(wù)架構(gòu)，應(yīng)用可以由多個(gè)微服務(wù)組成。當(dāng)運(yùn)行的業(yè)務(wù)系統(tǒng)有新的業(yè)務(wù)需求時(shí)，只需要單獨(dú)再開(kāi)發(fā)一個(gè)微服務(wù)部署到當(dāng)前應(yīng)用即可，大大降低了代碼耦合性，也增強(qiáng)了系統(tǒng)的穩(wěn)定性。

(三)強(qiáng)大的安全性

網(wǎng)絡(luò)安全方面：分行中間業(yè)務(wù)云平臺(tái)是分行的特色業(yè)務(wù)數(shù)據(jù)內(nèi)外網(wǎng)交互的唯一出口，分行不設(shè)互聯(lián)網(wǎng)出口，分行的開(kāi)發(fā)人員不再需要考慮受到互聯(lián)網(wǎng)攻擊方面的防御措施，降低了開(kāi)發(fā)應(yīng)用的難度。

(四)良好的復(fù)用性

分行中間業(yè)務(wù)云平臺(tái)采用了統(tǒng)一的架構(gòu)，統(tǒng)一的開(kāi)發(fā)環(huán)境，復(fù)用很方便。常用的功能可以封裝成自定義組件，為后續(xù)調(diào)用提供良好的實(shí)用性。相對(duì)復(fù)雜的全行通用的功能可以提交到公共服務(wù)的負(fù)責(zé)人，由對(duì)方增加公共服務(wù)接口功能，服務(wù)全行使用中間業(yè)務(wù)云平臺(tái)的開(kāi)發(fā)人員。常用的全國(guó)統(tǒng)一的需要對(duì)接合作方的業(yè)務(wù)系統(tǒng)可以由云平臺(tái)負(fù)責(zé)人統(tǒng)一進(jìn)行開(kāi)發(fā)，包裝成產(chǎn)品上線，分行只需要對(duì)接合作方，將交互的數(shù)據(jù)按照產(chǎn)品的要求格式進(jìn)行發(fā)送到對(duì)應(yīng)云平臺(tái)產(chǎn)品即可。

(五)經(jīng)濟(jì)性

使用中間業(yè)務(wù)云平臺(tái)可以快速、高效地完成需求的開(kāi)發(fā)及部署。

(1)分行不再需要購(gòu)置服務(wù)器等硬件設(shè)施。

(2)使用云平臺(tái)可以降低開(kāi)發(fā)難度，分行可以自主開(kāi)發(fā)業(yè)務(wù)需求，分行能夠?qū)嶋H參與項(xiàng)目建設(shè)，可以為分行培養(yǎng)懂技術(shù)、懂業(yè)務(wù)、懂客戶的信息科技人員，節(jié)省了人才培養(yǎng)的成本。

(3)分行可以自行建設(shè)業(yè)務(wù)系統(tǒng)，不再需要聘請(qǐng)專業(yè)開(kāi)發(fā)公司人員做定制開(kāi)發(fā)，節(jié)省了支付專業(yè)開(kāi)發(fā)公司開(kāi)發(fā)項(xiàng)目的費(fèi)用。

(六)便捷的部署

中間業(yè)務(wù)云平臺(tái)是容器化部署，只要將代碼推送到代碼倉(cāng)庫(kù)上，容器平臺(tái)會(huì)獲取代碼生成應(yīng)用鏡像并自動(dòng)部署并發(fā)布服務(wù)，后續(xù)迭代只需要修改代碼，推送代碼倉(cāng)庫(kù)，后續(xù)發(fā)布工作由容器平臺(tái)自動(dòng)進(jìn)行，無(wú)須用戶干預(yù)。

(七)易于維護(hù)

相比于傳統(tǒng)虛擬機(jī)，容器與宿主機(jī)共享操作系統(tǒng)，運(yùn)行環(huán)境直接內(nèi)核調(diào)度，性能幾乎無(wú)額外損失。容器的鏡像很小，只需分配1～2G的空間，相比于虛擬機(jī)龐大的空間，不論備份還是打包移植部署都要迅速很多。在運(yùn)維工作方面只需要專注于面向業(yè)務(wù)應(yīng)用的問(wèn)題，不需要關(guān)注內(nèi)存、CPU、硬盤等系統(tǒng)硬件層面的運(yùn)維工作。

六、取得的成效

自云平臺(tái)在2019年上線后，總行大力推廣，分行積極探索，目前已經(jīng)取得了部分成效?，F(xiàn)在分行的新業(yè)務(wù)全部通過(guò)分行業(yè)務(wù)云平臺(tái)進(jìn)行開(kāi)發(fā)部署。老舊系統(tǒng)做系統(tǒng)重構(gòu)的計(jì)劃，2023年全部完成改造，統(tǒng)一使用云平臺(tái)的架構(gòu)進(jìn)行服務(wù)，從而達(dá)到全面自主的掌控與管理，也為分行的系統(tǒng)運(yùn)行維護(hù)工作減輕大量的負(fù)擔(dān)。

截至2021年12月末，分行已經(jīng)通過(guò)該平臺(tái)上線了微信供暖繳費(fèi)業(yè)務(wù)、預(yù)售房資金監(jiān)管系統(tǒng)、社保費(fèi)代繳系統(tǒng)、汽車供應(yīng)鏈線上化系統(tǒng)。上述系統(tǒng)都是由總行和分行人員共同開(kāi)發(fā)完成，擁有獨(dú)立自主的產(chǎn)權(quán)和完整的掌控能力。分行由曾經(jīng)的項(xiàng)目管理人員角色切換到管理+開(kāi)發(fā)人員，可以參與到系統(tǒng)的需求規(guī)劃，編碼設(shè)計(jì)，系統(tǒng)部署，業(yè)務(wù)發(fā)布的全流程中，充分掌握了從立項(xiàng)到上線的全部流程。

結(jié)語(yǔ)

隨著金融科技的不斷發(fā)展，平臺(tái)化建設(shè)是銀行未來(lái)的主要目標(biāo)。業(yè)務(wù)的不斷發(fā)展，不僅要使用好中間業(yè)務(wù)云平臺(tái)，也要積極探索人工智能平臺(tái)、數(shù)據(jù)挖掘平臺(tái)、網(wǎng)絡(luò)管理平臺(tái)、運(yùn)維管理平臺(tái)、監(jiān)控平臺(tái)、安全管控平臺(tái)等、要學(xué)好、用好，做到技術(shù)多領(lǐng)域的全面發(fā)展。分行緊跟時(shí)代變化，積極探索新技術(shù)，使用新技術(shù)大力推廣信息系統(tǒng)平臺(tái)化建設(shè)，做到全行統(tǒng)一架構(gòu)、統(tǒng)一技術(shù)，提高工作效率。