“上云”路上的銀行業，現在過的怎么樣了？
2021年7月15日上午，建設銀行發生系統崩潰，無法正常辦理業務，各大網點出現斷網情況。這是繼亞馬遜、B站等國內外大型公司系統宕機后的再一次服務器危機。而作為以“科技”著稱的國有大行，建設銀行的系統崩潰可謂引發了全民關注。
近年來大型公司電子設備運行故障時有耳聞，一旦出現服務器宕機，就很可能導致數據丟失。一次次大面積的宕機事件，似乎從某些角度回應了一個目前集中式存儲面臨的問題，不管上不上云，一旦物理服務器出現問題，大規模宕機的情況都會成為潛在風險。因此云服務及平臺的容災備份、數據安全儲存能力將成為金融行業選擇系統架構時的重要考量因素。
金融云是服務于銀行、證券、保險、基金等金融機構的行業云，它利用云計算運算邏輯和服務優勢，將金融業數據、客戶、流程等通過數據中心等技術手段分散到“云”中，以改善系統體驗、提升運算能力、重組數據價值，最終達到金融服務“降本增效”的效果。
根據IDC研究報告顯示，2020年中國金融云市場規模達到46.4億元，其中包括為金融行業提供的公有云、私有云和混合云基礎設施，以及面向金融行業的云平臺、云應用解決方案。2020年上半年雖受疫情黑天鵝影響，在企業客戶收緊IT預算背景下，金融云市場規模全年依舊保持良好增長態勢，與2019年相比增長38.9%。
雖然云計算興起于2006年，但作為金融機構重要組成部分的銀行業上云歷史并不久遠。伴隨著2014年至2016年新金融業務爆發，一些國有大行及領先的股份制銀行率先開始積極部署云計算;從2018年開始，越來越多城商行、農商行也開始上云。經過多年布局，銀行金融云已經有了階段性進展。
其中國有大行(工、農、中、建、交、郵)正在加速云平臺建設。具體來看，工行新一代云計算平臺落地結項，在業務架構改造、IT架構轉型升級、云平臺以及大數據建設等方面都存有為傲人的表現;郵儲銀行也基于敏捷開發、快速迭代、業務高速發展等需求持續推進云服務平臺更新升級。目前郵儲銀行云平臺日均交易量達到4.41億筆，占全行交易總量的86.26%;廣發銀行應用上云率73.51%;光大銀行應用系統上云率88.77%;中信銀行基礎設施整體云化率達96.71%;浙商銀行系統整體云化比例達93%。
根據先前中國信通院發布的《金融云行業趨勢研究報告》指出，金融云已經進入3.0時代，這將與以往的金融云特性大不相同。這個判斷對于正在上云的銀行來說至關重要。
- 在金融云1.0階段，銀行將以行業應用軟件開發為核心，采用成熟的企業級架構，全面支持資源計算儲存及網絡虛擬化;
- 金融云2.0階段則是符合分布式架構的銀行金融云，以云計算為支撐，幫助銀行IT系統總體整合入云，以達到快速交付、降低業務門檻的需求;
- 金融云3.0階段將以聯結產業供應鏈為核心，不僅包括底層技術，如大數據、人工智能、區塊鏈、物聯網等技術構成的云底座，還包括實現業務增長的多場景解決方案，支持銀行業務走向實體經濟。“金融云+產業云”的雙云模式將成為銀行金融云發展的新特征。
在此背景下，億歐智庫從多角度深層次挖掘、盤點并整理出銀行金融云在穩固2.0、邁向3.0階段的關鍵時點將面臨的主要痛點：
1.基礎架構層：
- “去IOE”運動在全銀行業廣泛展開，傳統集中式Oracle數據庫架構在系統拓展性方面遭遇瓶頸，穩定性及可用性指標亟需分布式架構來實現。
- 銀行以虛擬機為基礎的底層架構，并沒有改變豎井式建設模式，應用與平臺之間存在高耦合特性、監控運維無法標準化，解耦需求長存。
2.資源利用層：
- 由于銀行金融云存在資源云安全儲存要求高、需要荷載爆發性峰值用戶(如秒殺搶購期間)的特性，物理資源需要隨時提供支撐，致使其經常處于空閑狀態，資源利用率低。
- 銀行應用系統部署以虛擬機為單位進行構建，在面對海量客戶請求以及顯著峰谷效應時，無法進行快速擴容，系統縮容也不能按需進行。
3.開發運維層：
- 傳統銀行應用系統一般有設計、開發、測試、部署四步驟，由于各步驟存在天然穩態/敏態沖突，導致代碼從開發到上線環節多、部署復雜、容易出錯，無法實現應用快速部署與快速上線。
- 受限于開發運維環節不互通，以及中小銀行IT投入有限的桎梏，開發成本高，運維效率低。
4.實際應用層：
- 銀行正在突破以往單純提供金融服務和產品的商業模式，在實際應用層存在與體育、醫院、學校、公共事業繳費、物流、電商等場景聯結的新需求，而現階段的應用服務并未能達到成本低廉、敏捷直達的效果，用戶使用積極性也有待提高。
為應對以上處于不同層級的銀行金融云核心痛點，以云計算為技術基礎，原生化為核心理念，可以充分利用、發揮云平臺的彈性以及分布式優勢的技術體系——云原生被看作破局利器。
