金融云

近半月來，筆者參加了多場產品發布會，這其中有云計算公司發布新的云服務平臺，也有支付公司發布供應鏈平臺，另外沒趕上的是一些銀行針對移動金融或智慧金融發布的新版手機銀行APP。這些活動看似形式和內容都不太一樣，但都將核心內容轉向數字化轉型。

既然數字化轉型是不可逆的趨勢，開放銀行也被列在日程上，那么，當金融上云這類運動滾滾而來的時候，銀行們就別掙扎了，主動搭車問價，積極上云就是了。

如果說數字化轉型是銀行的一項重大工程，那么金融上云就是一次數字化轉型的精裝修。

我們今天說說數字化轉型和金融上云。

什么是數字化轉型？

數字化轉型確實是個熱詞，不過，就銀行數字化轉型本身而言，并不輕松，甚至還有些盲目。為了搞清楚數字化轉型，筆者采訪了云計算方面的專家。

數字化轉型是什么？用青云QingCloud CEO黃允松的話講，“數字化轉型就是以數字化的方式重構這個世界上的一切。”

青云QingCloud市場副總裁劉靚的判斷是，數字化轉型已經成為一個必然趨勢。她認為，數字化轉型不再是分析機構報告里一個美好的愿景，它已經真實地發生在各行各業。多個行業正在經歷翻天覆地的變化，已經印證了數字化轉型不是一句空話，它發生的速度遠遠超過我們的預期。相信數字化轉型是企業重構面向未來競爭力的必由之路。 

劉靚總結說，本質上，數字化轉型是用數字的方式重構這個世界，賦予我們任何想象、改造、管理和創新的可能性，而云平臺就是這一切發生的基礎。 

在看待云的態度上，銀行和其他企業一樣，金融上云被認為是銀行數字化轉型過程中十分重要的一步，也是實現數字化轉型的標志性動作，未來還會是銀行數字化開發和運維一體化（DevOps）的標配。 

開放銀行

開放銀行在云端 

大趨勢上看，金融上云不僅僅是監管的要求，也是銀行“蝶變”為開放銀行的剛需。如果說云平臺是銀行業數字化轉型的重要基礎，那么開放銀行則是建立在這一基礎之上的數字化金融新地標，開放銀行開在哪兒？答案之一是云端?？梢哉f，開放銀行運行的成功與否和云平臺布局的好壞有著直接關系。 

不過，銀行在上云之前有一個迫切需要解決的問題，那就是開放出去的API需要統一對外，而對外的前提之一是銀行內部數據接口的統一。而銀行內部的數據結構、IT架構都是龐雜的，有的甚至對同一事物的命名規則都不一致。 

針對這個問題，青云QingCloud解決方案架構師黃文龍的回答是，數據類型要實現對接，銀行內部要先整合和統一，重新梳理對外開放的標準。另外，銀行之間也要定立好一個標準，把他們的服務按標準開放出去。銀行開放出來的，不管是數據還是業務都有類似的標準，遵循彼此的標準，開放彼此的服務即可。 

什么樣的金融上云姿勢才能真正提升研發運營效率？ 

而實際上，除了數據的不統一造成的運營成本高以外，銀行部門之間因為使用的技術平臺不一樣，導致運維、開發、測試等成本居高不下。有時，一個項目的開展往往需要打開多個后臺進行管理和維護。這類問題導致一些新產品在設想出來之后，研發運維周期十分漫長，甚至會難產。 

而在云服務架構中，多數的云服務廠商都在提的一個概念是DevOps（即，開發運營一體化）。黃文龍認為，DevOps主要涉及的是運維、開發、測試這三個部門，有CI/CD（持續運維/持續集成）的概念在里面，用的是容器技術。 

以前，產品開發完后，開發人員會把代碼打包給測試，但是開發的環境和測試的環境不一致，會出現比較嚴重的問題。 

容器怎么解決問題的呢？ 

有了容器后，開發人員把運行環境和代碼一起打包交付給測試人員，測試人員可以在任何環境下做測試。在這種情況下，所有人拿到同一個東西，就可以很容易做到持續開發和集成管理，以提升研發測試效率。 

數字化轉型

降低上云難度，做好多云管理準備 

不過，關于后臺研發，我們的痛點遠不止這些。

在諸多的開發應用工具中，多數技術都需要開發人員花大量時間集中學習，學習成本較高。青云QingCloud應用及容器平臺研發總監周小四稱之為“陡峭的學習曲線”。 

為了解決這個問題，青云QingCloud在發布的KubeSphere容器平臺上采用較為通俗易懂的文字描述，方便開發運維人員去理解，降低學習成本。 

內部數據不統一的情況在銀行內部是存在的，而在外部，銀行在使用云服務的時候，會有一些外在的不統一因素在里面，比如，云服務廠商的選擇。

據筆者了解，市面上不少企業在采購云服務時并沒有完全想好自己以后的規劃是什么樣子的，或者出于敏捷、或者出于成本因素在不同的產品應用上采用了多個云廠商的服務。而且云服務本身也有私有云、公有云、混合云、托管云等細分的服務項目。

雖然大多數的云服務商給出的建議都是盡量選擇一家云計算公司的服務，這樣，企業在同一架構下，相關的研發、管理、運營會相對容易一些。

但從筆者接觸的情況來看，有銀行在布局了某家云計算公司的服務之后，仍在接觸其他廠商的服務。就這個問題，黃文龍表示，其實，市面上每個云平臺都有自己的API，彼此不是完全一致，但標準是相同的，這樣也是可以對接的。 

寫在最后：

金融上云是個好事情，但需要注意的是，金融上云往往意味著銀行這樣一個龐大而復雜的機構從里到外都要重新進行數據化上線裝修。

工程量龐大，往往裝修一次，很多數據和運維模式都會是一次較長時間的定型，短時間大修的可能性幾乎沒有了。

因此，銀行上云緊急而迫切，但也需要考慮太多問題，比如內部數據統一的標準是參考誰的？接口標準又參考那個部門的？數據開放的口徑大小如何圈定？

所以，如何找到適合自己的，不給今后發展留下安全隱患，不給開放銀行戰略添堵，不給下一次轉型設置障礙等問題也是需要深入思考的。

當然，我們也不能好謀無決，耽誤了上云的路程。

畢竟，遠征的路上，我們歇一天也是要耗費一天的盤纏的。

責任編輯：王超