文 / 招商銀行信息技術部總經(jīng)理 周天虹

(資料圖)

招商銀行信息技術部 譚斌 熊愛國 張錁斌

過去20年，隨著互聯(lián)網(wǎng)發(fā)展浪潮的推進，作為互聯(lián)網(wǎng)IT技術主體支持的x86開放系統(tǒng)得到跨越式發(fā)展，而銀行業(yè)廣泛使用的IBM主機系統(tǒng)的生態(tài)則由于封閉而日趨衰落，開放系統(tǒng)替代主機系統(tǒng)成為一個必然的技術趨勢。但傳統(tǒng)開放平臺由于集群規(guī)模過小導致資源池割裂，進而產(chǎn)生IT運維和開發(fā)的豎井，這讓銀行業(yè)開放系統(tǒng)替代主機的過程充滿挑戰(zhàn)。在技術演進過程中，云計算技術應運而生，成為重塑整個信息產(chǎn)業(yè)業(yè)務模式的革命性技術，極大促進了全社會的數(shù)字化轉(zhuǎn)型，同時也推動了軟件開發(fā)的規(guī)模和復雜性迅速上升。與此同時，近年來銀行業(yè)科技應用日漸深入，IT應用開發(fā)模式也由多年前的小團隊獨立開發(fā)為主更多轉(zhuǎn)變?yōu)榇髨F隊協(xié)作開發(fā)，開發(fā)團隊迫切需要一個彈性敏捷、扁平開放、支持協(xié)作分享的基礎設施，這進一步強化了云平臺作為未來銀行業(yè)數(shù)字化轉(zhuǎn)型基石的地位。

在云的發(fā)展過程中，我們觀察到一個重要的現(xiàn)象：技術發(fā)展由原來的頭部廠商推動轉(zhuǎn)變?yōu)殚_源社區(qū)推動。這就意味著我們獲取關鍵技術的方式發(fā)生了根本性變化，銀行IT不能再完全依賴頭部廠商實現(xiàn)關鍵基礎技術的進步，而需要建立自主的力量。在云平臺的長期構(gòu)建過程中，我們獲得了一些有價值的經(jīng)驗和認識。

招商銀行信息技術部 總經(jīng)理 周天虹

務實致遠，守正創(chuàng)新

完善私有云頂層設計

云計算是新的IT變革中的決定性力量，招行需要一個先進的私有云來重構(gòu)科技體系，實現(xiàn)科技的扁平、開放、共享和敏捷，并支撐全行業(yè)務更加融合互通以及快速發(fā)展。原生云的概念由來已久，它要求云在技術架構(gòu)、組織、流程和工具等各方面均應具備先進的特性，以AWS為首的領先公有云正是原生云的最佳實踐。在技術架構(gòu)上，招行私有云應該具備云的彈性、靈活性、開放特征和大集群管理能力，本身可持續(xù)發(fā)展并能夠支持應用的云原生架構(gòu)演進。招行從云建設伊始就明確要緊追領先公有云，走原生云之路（招行原生云簡稱ACS，Advanced Cloud Service）?；诖硕ㄎ?，招行在能力框架、建設方向和原則、總體架構(gòu)以及實施路線等方面開展了頂層規(guī)劃設計。

1.企業(yè)級云能力框架。云的基本能力方面，基于私有云是企業(yè)IT基礎設施的定位以及公有云領先實踐的狀況，我們的策略是私有云建設需全面對標領先公有云。與一般公有云能力表述不同，考慮到私有云的企業(yè)屬性，提供云的通用能力的同時也應該更好地支持企業(yè)自身需求的內(nèi)嵌場景。特別是IT管理能力部分，由于招行需要實現(xiàn)基礎設施領域包括組織、流程和架構(gòu)等方面的企業(yè)級規(guī)范管理，因此私有云必須實現(xiàn)相應的管理能力場景，此部分功能對云上架構(gòu)持續(xù)進化具有長遠意義。在支持云服務使用者方面，由于擁有對用戶使用方式的強管理權限，云服務功能須包含特定技術性要求，同時應針對用戶場景提供企業(yè)范圍內(nèi)的開發(fā)工具支持。在私有云管理功能方面，圍繞管理IaaS層各類資源、管理云服務、管理應用和管理用戶，拆分為云運營和云運維能力，讓云的前后臺在流程層面解耦，有助于各自獨立發(fā)展并持續(xù)提升用戶體驗。結(jié)合云的技術特點及應用價值，招行面向用戶（云管理者和使用者）提出了云目標能力（見下表）。

表 招商銀行原生云云能力框架概要

2.保證云發(fā)揮使能作用的建設原則?；谒接性茟摼邆涞哪芰托枰峁┑膬r值，我們定義了指導私有云建設的基本原則：私有云是承載企業(yè)級IT發(fā)展的基礎設施，是支持、驅(qū)動甚至引領組織、流程和文化持續(xù)發(fā)展變革的IT平臺，科技領域的組織、流程和文化要匹配云的建設和應用；在面向用戶場景方面，構(gòu)建以滿足技術人員云原生應用開發(fā)、云服務開發(fā)、應用和服務部署以及業(yè)務人員使用云場景的全棧功能云，而非實現(xiàn)局部IaaS云或PaaS云；統(tǒng)一標準化、自動化管理平面，而非拼湊式對接傳統(tǒng)運維體系甚至主要靠人工實現(xiàn)云管理；在核心服務模式對齊領先公有云的基礎上，構(gòu)建滿足招行特色需求的私有云；在管理工具上形成閉環(huán)，支持實施云采用框架（Cloud Adoption Framework，簡稱CAF，AWS提出的云實施最佳實踐框架）。

3.錨定業(yè)務場景規(guī)劃總體架構(gòu)。架構(gòu)設計方面，云作為實現(xiàn)IT能力交付的平臺，“云即業(yè)務”，并且是對傳統(tǒng)IT交付模式進行顛覆性變革的業(yè)務平臺，傳統(tǒng)IT的組織、角色、流程在云模式下都有較大的變化，云業(yè)務體系的定位對新模式下需求和功能的實現(xiàn)至關重要，是技術體系的出發(fā)點。云業(yè)務體系中對業(yè)務的目標架構(gòu)和架構(gòu)變遷路線的明確，有助于理清云服務的主次關系和建設路徑，并推動在云轉(zhuǎn)型的干系方如組織和流程等方面作出匹配調(diào)整，避免技術架構(gòu)變成空中樓閣。技術體系方面，IaaS層主要采納已有廠商產(chǎn)品形成的標準化API管理接口，PaaS層基于開放的K8s及自研云服務，之上以自研云管平臺為管理核心，根據(jù)招行場景編排需求和組織云服務。同時，針對私有云的應用上云場景，需提供應用參考架構(gòu)，以及支持其落地的云服務和工具。

4.在探索中交付，在發(fā)展中完善。2015年招行啟動私有云建設時，以我們預期達成的云能力和規(guī)模體量，業(yè)界尚無成功案例可借鑒，更缺少具體的實施經(jīng)驗?！暗雷枨议L，行則將至”，招行整體私有云建設在探索中逐漸成熟和規(guī)范，具體過程可總結(jié)為：凝聚共識、架構(gòu)引領、規(guī)劃統(tǒng)籌、協(xié)同交付、迭代演進。首先形成科技組織范圍內(nèi)“CloudFirst”的共識，制定業(yè)務架構(gòu)和技術架構(gòu)，通過總體規(guī)劃統(tǒng)領落地實施，以云工程項目群管理的方式開放式推進各團隊協(xié)同交付，從MVP起步，先小范圍試點，再逐步推廣演進，最終達成目標。

群策眾智，凝心聚力

打磨云平臺關鍵組件

原生云總體架構(gòu)確定后，具體的業(yè)務和技術方案就成為左右云平臺成敗的關鍵環(huán)節(jié)。我們通過共同關注點來聚焦和組織相關業(yè)務和技術解決方案。在實施層面，將原生云建設劃分為一級實施領域及二級專題，將共同關注點映射到對應專題，并相應組織一系列項目展開具體建設，從而實現(xiàn)方案以高內(nèi)聚、松耦合的方式落地。截至目前，已經(jīng)完成二級專題超過600個。某種程度上，一個私有云整體解決方案實際上就是若干個關注點和其解決方案的集合。我們基于業(yè)務導向和技術導向，將共同關注點分為兩類。業(yè)務導向的關注點主要包括：云原生架構(gòu)轉(zhuǎn)型、自服務、云運營和云運維等；技術導向的關注點主要包括：云基礎設施、可用性、容量性能、可維護性和開放性等。

1.精細把握自服務模式。在提升用戶使用基礎設施資源的效率方面，公有云開創(chuàng)了自服務模式。銀行IT歷來都是保姆式服務，如果私有云提供自服務模式，雖然可以解決傳統(tǒng)IT模式中服務提供者和用戶之間的服務鏈割裂問題，但在管理權責、流程接續(xù)和安全等方面必然面臨一系列挑戰(zhàn)和問題。自服務模式涉及對運維和開發(fā)人員的角色和活動的重新定義，涉及組織層次上的調(diào)整，同時需要以技術手段保證技術管理域和業(yè)務管理域的對應，從而確保安全、性能和個性化服務的要求被落實。我們首先通過責任分擔模型，重新定義開發(fā)、測試和運維等不同場景下云服務提供者和使用者的權責，制定云服務接入規(guī)范和準入標準。結(jié)合自研云管平臺，把各個云服務都包裝成標準Resource Provider以供調(diào)用。在云服務規(guī)范和標準統(tǒng)一的基礎上，優(yōu)化自服務的流程銜接。為了解決自服務的安全問題，我們采用VPC/SEG等技術手段，實現(xiàn)多租戶和數(shù)據(jù)權限隔離，總分行開發(fā)和業(yè)務人員能夠靈活主動獲取資源的同時，也符合銀行對安全運維的要求。上述方案實施后，實現(xiàn)了公有云自服務模式在原生云的落地，并在實踐中得到了驗證和強化。

2.云運營和云運維分而治之。銀行IT原來沒有運營和運維的區(qū)別。上云后，尤其是自助式服務之后，可用性、資源治理、安全管控等問題變得突出。在調(diào)研國內(nèi)幾家頭部云廠商的后臺團隊后，招行組建了獨立的云運維和云運營團隊。云運維面向云服務，關注站點可用性、容量、自動化、SLO/SLI/SLA和資源利用率等；云運營面向用戶，關注用戶旅程、體驗度量優(yōu)化、權限配額、計量計費和資源治理等。云支持模式從原來運維為主兼顧運營，轉(zhuǎn)變?yōu)樵七\維和云運營并重，用戶需求與云平臺技術互相促進、良性互動。調(diào)整一年后，2022年原生云整體可用性首次突破99.995%，變更自動化率提升到90%，云服務資源交付成功率提升到97%，安全和權限管理失控的狀況明顯改善。

3.靈活彈性的云基礎設施。原生云借鑒公有云的多區(qū)域RG（Region）、多可用區(qū)AZ（Availability Zone）的云基礎設施設計方案，但在具體的部署架構(gòu)上與公有云有差異。結(jié)合金融行業(yè)重要信息系統(tǒng)的保障要求，我們規(guī)劃和建設了分布于深圳和上海的3個區(qū)域（RG）共計11個可用區(qū)（AZ），每個區(qū)域（RG）至少含3個可用區(qū)（AZ），每個可用區(qū)含多個云資源池MU（Management Unit），投入物理服務器2萬余臺。在具體設計和實施時，我們根據(jù)原生云SDN和SDS的特性和能力，綜合評估成本、用戶功能、管理、可用性、容量性能和可維護性等要求，靈活設置基礎設施的管理域、故障域、安全域、性能域和功能域。例如我們可以把開發(fā)、測試和生產(chǎn)環(huán)境在同一個可用區(qū)（AZ）內(nèi)用不同的云資源池（MU）隔離，但在可用區(qū)（AZ）層面又是統(tǒng)一管理，從而達到管理清晰、成本最優(yōu)、安全隔離的目的。

4.解耦的可用性才是可管理的可用性。基于國內(nèi)外領先公有云建設經(jīng)驗，為了建設高可用的金融私有云，我們對基礎設施設計了更精細的縱向分層和橫向解耦方案。在IaaS層面，借鑒公有云行之有效的RG、AZ高可用架構(gòu)，根據(jù)招行自身架構(gòu)特點，在AZ級以下設置了MU（Management Unit）、FD（Fault Domain）、CL（Cluster）、機柜和服務器PM（Physical Machine）等可用性級別，有效壓縮故障的爆炸半徑，為快速故障定界和隔離自愈提供條件。在PaaS層面，根據(jù)各類云服務特點設計對應的可用性方案。例如在容器平臺方面，有別于公有云上普遍采用的單集群跨多AZ，我們使用多集群跨多AZ架構(gòu)，通過自研的容器云管和云應用管理平臺落地應用流水線部署，通過流量調(diào)度平臺實現(xiàn)應用在多AZ之間調(diào)度流量。這套方案可以規(guī)避AZ及以下級別的故障。在2022年觸發(fā)的近百次故障隔離或自愈事件中，最小可以做到應用服務單元顆粒度級別的故障隔離。通過自動化的一鍵措施，隔離和切換的應急時效能達到分鐘級。在應用層面，除了應用本身的高可用設計，在部署架構(gòu)方面，原生云提供可用性集AS（Availability Set）等特性，實現(xiàn)應用實例的親和/反親和部署。通過發(fā)布云原生應用部署參考架構(gòu)，指導應用按規(guī)范部署并實現(xiàn)和底層組件的高可用聯(lián)動。當前，原生云的整體可用性已經(jīng)達到99.995%，滿足了金融領域絕大多數(shù)場景的可用性要求。

5.多管齊下提升容量性能。隨著全行大規(guī)模的應用上云，早期隱藏的容量性能問題逐步暴露，包括資源供給不足和資源浪費并存，應用部署新舊架構(gòu)轉(zhuǎn)換導致資源占用雙份，SDN性能不理想導致部分場景丟包和延時，基于DNS域名的流量分發(fā)不均，大數(shù)據(jù)應用上云后對存儲計算分離模式的巨大沖擊等。為此，我們從技術、流程和資源等方面采取措施，大力推進云平臺建設過程的標準化和自動化，確保2周就可以供給一個新資源池；建立管理集群，計算集群和存儲集群的灰度升級能力；對SDN組件持續(xù)升級、調(diào)優(yōu)和擴容；建設云平臺元數(shù)據(jù)收集系統(tǒng)，對容量性能統(tǒng)一監(jiān)控和分析；建設原生云流量調(diào)度平臺，確保精準流量調(diào)度；對普通資源池，提高超分比和利舊比，提高資源利用率；云運營團隊加大資源治理力度。采取這些措施后，原生云容量性能問題得到逐步緩解。目前，容量增長速度下降到高峰時的一半，SDN丟包和延時下降99%，各資源池平均CPU使用率突破20%，標準資源池CPU利用率達到30%以上，已超越公有云的集群CPU利用率水平，2022年資源治理收益折合超過7000臺物理服務器。當前，我們正在探索離在線容器混部和動態(tài)調(diào)度，爭取達到40%以上的CPU利用率。

6.灰度升級保證服務不中斷?？删S護性是云平臺成熟度的重要指標。原生云3年來經(jīng)歷了2次跨大版本的升級，每次升級都伴隨著可用性和可維護性的全面提升。由于采用計算和存儲分離的架構(gòu)，我們通過優(yōu)化策略、動態(tài)調(diào)度等措施，在云平臺灰度升級的過程中可以保持服務在線，結(jié)合原生云可用性集AS特性，可以不破壞云平臺服務的高可用架構(gòu)，讓用戶基本無感。在實施中，維護域/容錯域/故障域（Fault Domain）的劃分確保了每次維護的影響范圍/爆炸半徑可控，避免變更失誤造成重大事故。我們基于云運維平臺做了大量的運維數(shù)字化增強工作，使變更自動化率提升到90%以上，每2小時可以完成一次全平臺的自動化巡檢，96%事件能當天處置完畢，IaaS層可不間斷持續(xù)實施計算和存儲的灰度升級。

7.開放才能有未來。開放生態(tài)推動了云計算技術發(fā)展，構(gòu)建私有云同樣需要開放性來保證其持續(xù)發(fā)展。私有云開放性關注點落地是比較復雜的工作，我們的做法是以自研云管平臺為抓手，利用云管平臺的統(tǒng)一調(diào)用和編排云服務，在擴大調(diào)用范圍的過程中逐步落地云服務接口標準化和云服務模塊化。云管平臺讓用戶場景和具體實現(xiàn)技術解耦，最底層的計算、存儲和網(wǎng)絡的云基礎模塊也實現(xiàn)了異構(gòu)產(chǎn)品兼容，避免了私有云發(fā)展過程中被廠商或技術棧鎖定。配套建設混合部署工具、云運維平臺等，支持開放技術棧的應用發(fā)布和系統(tǒng)運維接口，保證底層異構(gòu)模塊對上層使用的透明。信創(chuàng)政策出臺后，招行引入某信創(chuàng)云產(chǎn)品，與原有國外產(chǎn)品形成雙技術棧架構(gòu)?；谏鲜鲩_放性策略，在信創(chuàng)云建設中，不到一年即實現(xiàn)了兩個技術棧的統(tǒng)一納管和混部調(diào)度，云基礎能力全面打通，實現(xiàn)一云雙棧（通用/信創(chuàng)），支持一云多芯（x86/c86/ARM），支持上層應用在兩個技術棧上實現(xiàn)無感平滑遷移（見下圖）。

圖 原生云的一云雙棧和一云多芯示意圖

8.推動云原生應用架構(gòu)轉(zhuǎn)型。云原生指以完全適配云架構(gòu)的方式在云上開發(fā)、設計、部署和運行應用的方法論和技術體系。我行進行云建設和應用上云的同時，也同步開展了云原生的轉(zhuǎn)型工作。相對于傳統(tǒng)應用架構(gòu)，云原生是一套全新的架構(gòu)體系，在應用架構(gòu)、代碼工程、流程交付和部署架構(gòu)等方面都需要進行適配。

一是云原生應用開發(fā)范式賦能應用設計。應用架構(gòu)方面，我們通過云原生開發(fā)范式對項目開發(fā)進行賦能。招行業(yè)務應用的上云過程，是一個伴隨著云應用架構(gòu)轉(zhuǎn)型的過程，目前容器應用的比例超過了90%，支持云原生應用的快速部署和灰度發(fā)布，應用整體轉(zhuǎn)向云原生架構(gòu)。在轉(zhuǎn)型過程中，服務的拆分是一個難點。云應用架構(gòu)設計方面目前沒有通用的解決方案，大量依賴于開發(fā)團隊的能力和經(jīng)驗。我們將業(yè)界先進的微服務設計方法論，如領域驅(qū)動設計、事件風暴等，結(jié)合招行業(yè)務的特點，形成可操作的開發(fā)范式和流程規(guī)范，通過種子教練賦能的方式，提升開發(fā)團隊在業(yè)務應用微服務拆分方面的設計能力。

二是開發(fā)框架和代碼工程模版賦能開發(fā)效能提升。應用開發(fā)方面，我們通過開發(fā)框架和代碼工程模板降低開發(fā)門檻。云原生應用為了使用云平臺的能力，不可避免地要在業(yè)務代碼中加入大量的平臺相關的技術代碼，一方面增加了應用代碼和底層平臺的耦合性，另外也拉高了業(yè)務開發(fā)人員的技術門檻。在實踐過程中，我們逐步總結(jié)了一條結(jié)合了開發(fā)框架、開發(fā)插件和代碼工程模板的綜合治理之路。開發(fā)框架在代碼層面實現(xiàn)平臺相關技術代碼和應用代碼的解耦，讓業(yè)務開發(fā)人員聚焦業(yè)務邏輯的開發(fā)；IDE下自研開發(fā)插件可以有效提高開發(fā)效率，作為代碼規(guī)范的落地工具，提升代碼的規(guī)范性和安全性；代碼工程模板解決了設計模式落地的痛點，統(tǒng)一代碼語言，提升了代碼可維護性和可靠性。

三是開放應用模型（OAM）標準化應用交付。應用交付流程和部署架構(gòu)方面，我們結(jié)合DevOps和OAM提升應用的交付效率。招行很早就將DevOps流水線作為一項重要的軟件工程能力進行建設，目前DevOps成熟度是通過信通院成熟度5級認證的兩家單位之一，已經(jīng)覆蓋了所有自研系統(tǒng)的交付，并實現(xiàn)了應用的持續(xù)交付。OAM是一個基礎設施即代碼（IaC）的標準開源規(guī)范，實現(xiàn)系統(tǒng)級別的不可變基礎設施和聲明式部署。通過標準的OAM描述語言，描述一個簡單業(yè)務由哪些微服務組成，這些微服務如何運行，相互之間是怎樣的依賴關系，微服務對外暴露服務能力的方式，以及如何運維，如何排障等特性。招行的云原生應用管理平臺，基于OAM模型，為應用提供可視化的一站式交付能力。通過簡單的可視化配置，可以快速實現(xiàn)多個關聯(lián)應用服務單元，以及相關云服務的整體發(fā)布和部署。

價值初顯，任重道遠

招行原生云自2015年啟動建設至今，克服了平臺定位把握、技術路線選擇、技術難點攻關、性能安全成本三方平衡等困難。期間也犯了不少錯誤，踩過大量的技術坑，應對緊急情況通宵奮戰(zhàn)的場景至今記憶猶新。先后經(jīng)歷了PaaS平臺、全棧云和雙棧云三個發(fā)展階段，原生云逐步演進為業(yè)界最先進的私有云平臺之一，并已全面投產(chǎn)應用。面向未來，確保關鍵業(yè)務的長期穩(wěn)定運行，充分釋放云的潛能，我們還有較長的一段路要走。

1.云平臺賦能總分行業(yè)務發(fā)展。當前原生云平臺投產(chǎn)的物理服務器算力合計超過130萬核，多種分布式云存儲總可用容量超40PB，提供70余種云服務，服務總行、分行和多家子公司開放系統(tǒng)全面上云，應用上云過程中同步推進云原生改造和傳統(tǒng)中間件的可控平替。原生云上的應用90%以上都是容器應用及云服務。原生云平臺及云模式的轉(zhuǎn)變，讓總分行和子公司的研發(fā)效率得到提升，業(yè)務更加敏捷。云上承載的應用每日業(yè)務請求量超過300億次，峰值處理能力超過100萬TPS，CPU平均利用率超越公有云水平。

2.緊追前沿技術，分享技術紅利。不同于傳統(tǒng)銀行IT在基礎設施方面只使用成熟技術的慣例，招行原生云建設的指導思想是緊追前沿技術，在云建設中引入和應用了大量前沿技術，一方面我們本身享受到技術嘗鮮者的收益，另外對于管理前沿技術的風險敞口也積累了有益的經(jīng)驗。

我們在原生云的IaaS層采用了大量新技術，例如25G/100G CLOS網(wǎng)絡、存儲計算分離架構(gòu)、軟件定義網(wǎng)絡SDN、軟件定義存儲SDS、IPv6+IPv4雙網(wǎng)絡棧、RDMA、SRIOV和智能網(wǎng)卡、ACS流量調(diào)度平臺、異構(gòu)雙平面DNS等。穩(wěn)步推進新技術應用，從實驗到可控到推廣，實現(xiàn)了IaaS層的技術迭代更新。

在PaaS層，CMB-K8s是我們在原生云信創(chuàng)技術棧上推出的容器平臺服務，采用基于Cilium自研組網(wǎng)模式，較通用容器集群網(wǎng)絡性能提升30%以上，基于eBPF實現(xiàn)了更好的容器網(wǎng)絡可觀測性。

自主可控的云管理平臺和云運維平臺，可以支持應用在多個技術棧之間進行無縫遷移。有利于吸納和引進最先進的技術，取各家之長，并避免廠商鎖定，保證云底座的先進性。

聲明式的應用交付模式，基于OAM，實現(xiàn)真正的IaC交付模式。云平臺提供的標準化資源和服務供給，為IaC提供了基礎能力。將一個通用的應用模型貫穿到整個業(yè)務應用研發(fā)的用戶旅程中，每一個環(huán)節(jié)的輸出都以可執(zhí)行代碼的形式記錄，最終通過自動化引擎，實現(xiàn)聲明式的部署。

在原生云平臺建設中，我們不僅使用開源軟件，也在開源社區(qū)做出貢獻，OAM作為云原生應用交付的重要標準，KubeVela是OAM的主流開源實現(xiàn)，招行已成為國際KubeVela開源社區(qū)的最高一級貢獻者，能夠參與社區(qū)的技術規(guī)劃和決策。

3.發(fā)揮云的牽引作用，從上云走向全面適配云。招商銀行已經(jīng)走過“上云”的起步期，進入可持續(xù)發(fā)展的雙棧云階段，具備有利條件支持云技術在行內(nèi)的持續(xù)發(fā)展。為全面獲取云的紅利，下一步需要推進科技體系全面適配云。為此，我們要加快推進云開發(fā)范式落地，通過加強架構(gòu)設計，提升應用開發(fā)的敏捷性，應對業(yè)務的快速變化；我們要構(gòu)建全面適配云的工程管理體系，并從DevOps走向BizDevOps，高質(zhì)高效地進行產(chǎn)品價值交付；參考云技術的發(fā)展軌跡，我們將持續(xù)探索科技組織內(nèi)部的開源生態(tài)和開源能力共享；與云帶來的開放、創(chuàng)新、分享的文化相匹配，我們更要用云原生重塑IT工作文化，讓招行科技體系更快地從“OnCloud”走向“InCloud”，全面釋放云生產(chǎn)力，支持“數(shù)字招行”建設進一步提速。

（欄目編輯：鄭巖）

關鍵詞：