在金融行業(yè)數(shù)字化轉(zhuǎn)型的大背景下，為了給銀行、保險(xiǎn)等相關(guān)機(jī)構(gòu)指明方向、在數(shù)字化建設(shè)上少走彎路，銀保監(jiān)會(huì)于2022年1月10日發(fā)布了《中國(guó)銀保監(jiān)會(huì)辦公廳關(guān)于銀行業(yè)保險(xiǎn)業(yè)數(shù)字化轉(zhuǎn)型的指導(dǎo)意見(jiàn)》。該意見(jiàn)高屋建瓴地指出，在金融行業(yè)數(shù)字化轉(zhuǎn)型科技能力建設(shè)上，應(yīng)該采用以下思路開(kāi)展工作：
1. 推動(dòng)科技管理敏捷轉(zhuǎn)型。建立能夠快速響應(yīng)需求的敏捷研發(fā)運(yùn)維體系，積極引入研發(fā)運(yùn)維一體化工具，建設(shè)企業(yè)級(jí)一站式研發(fā)協(xié)同平臺(tái)。
2. 提高科技架構(gòu)支撐能力。推進(jìn)傳統(tǒng)架構(gòu)向分布式架構(gòu)轉(zhuǎn)型，主要業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)平臺(tái)化、模塊化、服務(wù)化。加快推動(dòng)企業(yè)級(jí)業(yè)務(wù)平臺(tái)建設(shè)，加強(qiáng)企業(yè)架構(gòu)設(shè)計(jì)，實(shí)現(xiàn)共性業(yè)務(wù)功能的標(biāo)準(zhǔn)化、模塊化。
3. 加大數(shù)據(jù)中心基礎(chǔ)設(shè)施彈性供給。構(gòu)建多中心、多活架構(gòu)，提高基礎(chǔ)設(shè)施資源彈性和持續(xù)供給能力。建立“前端敏態(tài)、后端穩(wěn)態(tài)”的運(yùn)行模式，提高運(yùn)維側(cè)研發(fā)能力。
4. 提高新技術(shù)應(yīng)用和自主可控能力。提升快速安全應(yīng)用新技術(shù)的能力。堅(jiān)持關(guān)鍵技術(shù)自主可控原則，關(guān)鍵平臺(tái)、關(guān)鍵組件以及關(guān)鍵信息基礎(chǔ)設(shè)施要形成自主研發(fā)能力，降低外部依賴(lài)、避免單一依賴(lài)。
在政策指導(dǎo)之外，在技術(shù)趨勢(shì)演進(jìn)上，行界已經(jīng)形成了“云原生是企業(yè)數(shù)字化轉(zhuǎn)型最短路徑”的共識(shí)。云原生對(duì)于企業(yè)技術(shù)演進(jìn)的價(jià)值在于，它可以實(shí)現(xiàn)基礎(chǔ)設(shè)施云化，核心技術(shù)互聯(lián)網(wǎng)化，應(yīng)用架構(gòu)現(xiàn)代化，業(yè)務(wù)智能化。這些特性給企業(yè)帶來(lái)最直觀的業(yè)務(wù)價(jià)值就是資源彈性、系統(tǒng)穩(wěn)定、應(yīng)用敏捷、業(yè)務(wù)智能、可信安全。這與銀保監(jiān)會(huì)發(fā)文所指明的方向是高度一致的。
但云原生技術(shù)范疇極為寬廣，為了指導(dǎo)企業(yè)在云原生技術(shù)路線(xiàn)的演進(jìn)，信通院也在2022年年初定義了《云原生成熟度模型》，其中在研發(fā)側(cè)的內(nèi)容如下：
研發(fā)測(cè)試領(lǐng)域4-5級(jí)成熟度定義：實(shí)現(xiàn)賬號(hào)、數(shù)字資產(chǎn)、權(quán)限的統(tǒng)一管控以及自動(dòng)分配研發(fā)資源。提供AI、大數(shù)據(jù)等公共服務(wù)的API，實(shí)現(xiàn)全部研發(fā)協(xié)作流程的線(xiàn)上化，實(shí)現(xiàn)研發(fā)資產(chǎn)間密切聯(lián)動(dòng)，達(dá)成智能高效編碼。測(cè)試資產(chǎn)平臺(tái)化，平臺(tái)執(zhí)行端到端測(cè)試，API測(cè)試接入CICD。在應(yīng)用發(fā)布時(shí)能夠適配多云、混合云環(huán)境。
結(jié)合銀保監(jiān)會(huì)《數(shù)字化轉(zhuǎn)型指導(dǎo)意見(jiàn)》和信通院《成熟度模型》的指向性精神可以得知，在數(shù)字化轉(zhuǎn)型過(guò)程中，面向研發(fā)、測(cè)試、運(yùn)維提供一站式的數(shù)字化平臺(tái)即有現(xiàn)實(shí)的迫切需求又符合長(zhǎng)遠(yuǎn)的發(fā)展。開(kāi)發(fā)運(yùn)維數(shù)字化平臺(tái)的建設(shè)應(yīng)該關(guān)注以下要點(diǎn)：
1. 一站式云原生開(kāi)發(fā)運(yùn)維協(xié)同平臺(tái)統(tǒng)籌建設(shè)。傳統(tǒng)的零散式的、工具堆積建設(shè)思路已經(jīng)不能響應(yīng)數(shù)字化轉(zhuǎn)型對(duì)于高效創(chuàng)新的訴求，云原生帶來(lái)的爆發(fā)式的新技術(shù)和新方法也讓傳統(tǒng)的以點(diǎn)為主的建設(shè)模式捉襟見(jiàn)肘。因此，一站式云原生開(kāi)發(fā)運(yùn)維協(xié)同平臺(tái)統(tǒng)籌建設(shè)就極為必要，在這個(gè)背景下，《數(shù)字化轉(zhuǎn)型指導(dǎo)意見(jiàn)》也提出了關(guān)于平臺(tái)建設(shè)的內(nèi)容，作為推動(dòng)科技管理敏捷轉(zhuǎn)型的明確的要求。在平臺(tái)建設(shè)思路上，需要關(guān)注核心能力點(diǎn)的同時(shí)，兼顧已有的存量系統(tǒng)，如代碼庫(kù)、制品庫(kù)，甚至是容器云基礎(chǔ)設(shè)施等。同時(shí)，在平臺(tái)的落地推廣上，也應(yīng)該遵循先找試點(diǎn)項(xiàng)目積累經(jīng)驗(yàn)，再橫向推廣到更多項(xiàng)目、形成更大覆蓋面的思路。
2. 標(biāo)準(zhǔn)化模塊和API構(gòu)建企業(yè)服務(wù)市場(chǎng)。分布式架構(gòu)是技術(shù)發(fā)展和業(yè)務(wù)需求下的必然趨勢(shì)。云原生所倡導(dǎo)的微服務(wù)分布式架構(gòu)是傳統(tǒng)SOA體系的一個(gè)自然演進(jìn)，已經(jīng)成為今天業(yè)務(wù)架構(gòu)設(shè)計(jì)的事實(shí)標(biāo)準(zhǔn)。微服務(wù)架構(gòu)一個(gè)重要的特點(diǎn)是不同服務(wù)模塊之間采用松耦合的API接口互聯(lián)，因此單個(gè)服務(wù)模塊通過(guò)開(kāi)放其標(biāo)準(zhǔn)化接口可以形成極高的復(fù)用價(jià)值，“避免重復(fù)造輪子”這將給研發(fā)效率的提升帶來(lái)根本性變革。而復(fù)用性帶來(lái)的效率高低又和積累的模塊的豐富程度相關(guān)，所以打造積累標(biāo)準(zhǔn)化模塊和API接口的服務(wù)市場(chǎng)就尤其重要。通過(guò)服務(wù)市場(chǎng)，可以把內(nèi)部各已有系統(tǒng)、在建系統(tǒng)的標(biāo)準(zhǔn)化模塊加以積累，同時(shí)對(duì)內(nèi)部、外部的API接口進(jìn)行統(tǒng)一管理和授權(quán)。這將成為企業(yè)重要的數(shù)字化資產(chǎn)沉淀，為新的研發(fā)創(chuàng)新將帶來(lái)巨大的效率性和標(biāo)準(zhǔn)化的價(jià)值。
3. 通過(guò)標(biāo)準(zhǔn)模塊和API以搭積木方式構(gòu)建業(yè)務(wù)。通過(guò)構(gòu)建企業(yè)服務(wù)市場(chǎng)積累了標(biāo)準(zhǔn)化模塊和API后，就需要考慮如何便利地把他們像“搭積木”一樣架構(gòu)業(yè)務(wù)。面對(duì)多達(dá)數(shù)十、上百個(gè)服務(wù)模塊、API的復(fù)雜架構(gòu)，采用配置文件方式編寫(xiě)和管理架構(gòu)變得完全不再可行。而采用圖形化、所見(jiàn)即所得、以組件拖拉拽方式設(shè)計(jì)企業(yè)架構(gòu)是最直觀的解決方式。這種可視化的微服務(wù)架構(gòu)設(shè)計(jì)器應(yīng)與前述企業(yè)服務(wù)市場(chǎng)在一站式開(kāi)發(fā)運(yùn)維平臺(tái)上對(duì)接融合，在給開(kāi)發(fā)者提供充分賦能、為創(chuàng)新效率保駕護(hù)航的同時(shí)，也是對(duì)《數(shù)字化轉(zhuǎn)型指導(dǎo)意見(jiàn)》有關(guān)“提高科技架構(gòu)支撐能力”做出的完美回應(yīng)。
4. 結(jié)合有代碼和低代碼方式支撐業(yè)務(wù)快速構(gòu)建。近年來(lái)，云原生體系演進(jìn)出低代碼相關(guān)技術(shù)，因其方案輕量、業(yè)務(wù)響應(yīng)快，受到業(yè)界廣泛關(guān)注。在考慮引入低代碼相關(guān)方案時(shí)，需要重點(diǎn)考慮“低代碼”如何與“有代碼”的現(xiàn)有模式在統(tǒng)一的開(kāi)發(fā)運(yùn)維平臺(tái)上有機(jī)融合。做到這一點(diǎn)就可以在統(tǒng)一的分布式微服務(wù)架構(gòu)下，把某些微服務(wù)采用“有代碼”實(shí)現(xiàn)，某些微服務(wù)采用“低代碼”實(shí)現(xiàn)，進(jìn)而實(shí)現(xiàn)對(duì)創(chuàng)新效率的再一次躍升。通過(guò)一站式云原生開(kāi)發(fā)運(yùn)維協(xié)同平臺(tái)上同步支持“有代碼”和“低代碼”兩種不同的模式，開(kāi)發(fā)者可以把焦點(diǎn)完全放在業(yè)務(wù)實(shí)現(xiàn)本身上，更保持在不同模式間靈活選擇的便利性。
5. 代碼、架構(gòu)圖等核心數(shù)字化資產(chǎn)的安全管控。傳統(tǒng)模式下代碼雖然集中存儲(chǔ)于代碼服務(wù)器上，但編碼過(guò)程還是在開(kāi)發(fā)人員的臺(tái)式機(jī)或是筆記本上完成的，這不但有不及時(shí)提交代碼導(dǎo)致資產(chǎn)沒(méi)有歸檔的風(fēng)險(xiǎn)，更會(huì)有因?yàn)殡娔X丟失或是人為因素導(dǎo)致的核心算法泄露的風(fēng)險(xiǎn)。在傳統(tǒng)的IDE代碼編寫(xiě)工具應(yīng)對(duì)無(wú)力的情況下，Web IDE應(yīng)運(yùn)而生。Web IDE完全運(yùn)行在數(shù)據(jù)中心，以瀏覽器Web頁(yè)面形式對(duì)開(kāi)發(fā)者提供服務(wù)，開(kāi)發(fā)者像本地傳統(tǒng)IDE一樣的體驗(yàn)來(lái)編寫(xiě)和調(diào)試代碼。通過(guò)在一站式平臺(tái)的建設(shè)中引入Web IDE，可以和平臺(tái)本身的權(quán)限體系拉通，在平臺(tái)已有的架構(gòu)圖、測(cè)試用例等數(shù)字化資產(chǎn)安全保護(hù)的同時(shí)，解決了代碼安全保護(hù)的最后一塊拼圖；更可以與一站式平臺(tái)架構(gòu)設(shè)計(jì)、應(yīng)用發(fā)布等其他能力實(shí)現(xiàn)融合和對(duì)接，達(dá)成使用便利性和開(kāi)發(fā)效率性的雙重目標(biāo)。
6. 圍繞API接口構(gòu)建的測(cè)試驅(qū)動(dòng)開(kāi)發(fā)模式。API編程接口是分布式架構(gòu)下不同的組件間溝通的契約。因此，他的重要性不言而喻。如果因?yàn)槟硞€(gè)組件的升級(jí)導(dǎo)致他的API接口不能正常工作，將導(dǎo)致整個(gè)組件甚至是整個(gè)業(yè)務(wù)受到影響。另外一個(gè)方面，測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）、測(cè)試先行的觀點(diǎn)已經(jīng)深入人心。在API時(shí)代傳統(tǒng)的靠人力通過(guò)手動(dòng)的界面功能測(cè)試已經(jīng)不足以保障軟件質(zhì)量。那么基于API接口在一站式平臺(tái)上定義測(cè)試用例、自動(dòng)化執(zhí)行測(cè)試用例，不但可以通過(guò)保障API接口契約來(lái)保障業(yè)務(wù)的核心質(zhì)量，更可以通過(guò)“Mock Up接口仿真”功能，使得在某模塊尚未完成開(kāi)發(fā)時(shí)，依賴(lài)他的其他模塊可以同步開(kāi)發(fā)、不受影響。
7. 分布式應(yīng)用一鍵式靈活交付到多活數(shù)據(jù)中心。《數(shù)字化轉(zhuǎn)型指導(dǎo)意見(jiàn)》提出了多活數(shù)據(jù)中心的建設(shè)要求。目前銀行等金融企業(yè)已經(jīng)在從傳統(tǒng)的兩地三中心向多活數(shù)據(jù)中心轉(zhuǎn)變，這個(gè)過(guò)程中也在積極探索和實(shí)踐容器云這一新型虛擬化技術(shù)的落地。一站式云原生開(kāi)發(fā)運(yùn)維協(xié)同平臺(tái)的一個(gè)重點(diǎn)建設(shè)能力是將采用微服務(wù)的分布式應(yīng)用向企業(yè)的多活數(shù)據(jù)中心實(shí)現(xiàn)一鍵式的靈活交付，充分利用容器、虛擬機(jī)等技術(shù)，按業(yè)務(wù)需求實(shí)現(xiàn)多活副本的調(diào)度，按業(yè)務(wù)量實(shí)現(xiàn)自動(dòng)擴(kuò)縮容等策略的執(zhí)行。只有通過(guò)一站式平臺(tái)解決了上層業(yè)務(wù)的靈活調(diào)度和自動(dòng)伸縮問(wèn)題，多活數(shù)據(jù)中心的基礎(chǔ)設(shè)施建設(shè)才能發(fā)揮出最大的價(jià)值，才能為銀行等企業(yè)應(yīng)對(duì)新型互聯(lián)化業(yè)務(wù)在諸如“雙十一”等高峰場(chǎng)景保駕護(hù)航。
8. 分布式應(yīng)用上線(xiàn)后的問(wèn)題定位和排查。一站式平臺(tái)要實(shí)現(xiàn)對(duì)業(yè)務(wù)應(yīng)用生命周期的端到端覆蓋，除了高效研發(fā)的"敏態(tài)"和多活中心提供的“穩(wěn)態(tài)”之外，還需要關(guān)注分布式應(yīng)用上線(xiàn)后的問(wèn)題定位和排查。分布式架構(gòu)帶來(lái)了可以靈活更換、升級(jí)有問(wèn)題業(yè)務(wù)組件、而不需要觸碰其他正常業(yè)務(wù)組件的便利性，但同時(shí)也帶來(lái)了定位和排查問(wèn)題困難的新挑戰(zhàn)。好在云原生的發(fā)展產(chǎn)生了服務(wù)網(wǎng)格技術(shù)專(zhuān)門(mén)應(yīng)對(duì)這種挑戰(zhàn)，可以在隱患發(fā)生的第一時(shí)間、甚至在用戶(hù)有感知之前就以圖形化的方式標(biāo)識(shí)出問(wèn)題所在，并給出具體的故障接口定位、輸入輸出參數(shù)的具體值以便于問(wèn)題的排查。通過(guò)在一站式云原生開(kāi)發(fā)運(yùn)維協(xié)同平臺(tái)中有機(jī)地融合服務(wù)網(wǎng)格技術(shù)，形成從應(yīng)用架構(gòu)、開(kāi)發(fā)、測(cè)試、發(fā)布到運(yùn)維的端到端全覆蓋，更好地為金融業(yè)數(shù)字化轉(zhuǎn)型提供支撐能力。
