經濟觀察網 記者 洪小棠在由國外大型IT服務商長期盤踞的銀行系統市場，“國產替代”的曙光正照射進來。
經濟觀察網記者獲悉，由於近年來銀行業務量的不斷增長，目前以國外大型主機為核心的架構已無法滿足大規模交易和數據處理的需求，銀行都在積極探索分佈式架構的轉型。上述問題已迎來破局，正在崛起一批具有國產化替代能力的IT系統廠商。
記者瞭解到，作為國產基礎軟件開發商，領馭框架（北京）軟件有限公司（下稱領馭框架）推出支持可視化建模開發的高性能分佈式應用平臺，並且已在國內銀行業獲得較為全面的應用。
“高性能的、基於分佈式架構的應用平臺，滿足銀行在超大規模交易和數據處理、不同系統之間高效協同作業等多維度的需求。“一家股份銀行技術人士表示。
此外，據上述股份行技術人士介紹，通過可視化建模開發工具，將傳統的、以編碼為主的軟件開發方式升級為對業務模型進行可視化的設計和管理，可以大幅提升業務和技術的融合度，在快速響應各種業務需求的同時，確保整個應用體系具備極高的可維護性，從而更好地滿足銀行根據自身需要對應用系統進行量身定製的需求。
國產化系統露頭角
銀行的IT系統服務市場，正在悄然發生改變。
一位國有大行資深人士介紹，中國銀行業的系統構建、運營維護服務，長期以來被IBM等國際IT巨頭所掌控。
“目前國內大中型銀行主要以IBM提供的大型主機和軟件解決方案來進行業務端的系統構建。”上述國有大行人士表示，“銀行的系統建設維度比較多，有業務、資金、授信、客戶管理等多個維度的系統需要建設，同時又要保證系統運行的穩定性、安全性和高效性，所以對彼時技術領先的國際大型IT服務商存在較大的依賴度。”
“隨著移動互聯網支付的快速發展，銀行的業務量也在飛速增長，而傳統的IBM模式面臨巨大的挑戰。”上述國有大行人士透露，“一方面性能無法滿足業務不斷激增的處理需求，存在系統過載風險；另一方面本身價格比較昂貴，維護成本居高不下。另外，一些大型國際IT服務商在這方面投入的資源也在逐年減少。”
“而在分佈式架構下，可以將多臺廉價的服務器放在一起貢獻運算能力，這樣就解決了單一主機算力趨於飽和的問題。與IBM單一主機架構相比，分佈式架構不僅在算力上有所提高，還能夠節省可觀的硬件和系統維護成本。”上述股份銀行技術人士說。
這一背景下，對分佈式架構的適用性，成為了國產系統在這一領域的發力機會。
記者獲悉，領馭框架所研發的高性能分佈式應用平臺——Creator Business Foundry（CBF），目前已在一家全國性股份制銀行以及多家城商行的新一代核心系統建設中成功運用。
“這是非常少見的。在過去，這些服務一般是被IBM等巨頭壟斷的。”上述國有大行人士稱。
自主研發
“不同的分佈式架構有不同的技術路線，性能差異很大。”一位領馭框架資深架構師表示，“基於某些開源框架開發的分佈式應用系統，要達到IBM單一主機的處理能力，需要部署上千臺服務器，細算下來，總擁有成本反而超過了主機架構。”
值得一提的是，上述提到的CBF完全由自主研發。
“為讓CBF能夠在要求最嚴苛的金融業核心系統上全面運用，我們完全從零出發，全局統籌規劃，精心設計了整體架構，全部組件均以極高的標準自主研發，其性能、資源消耗、可靠性、可維護性等指標均遠遠超過運用Spring等開源框架拼裝出來的應用平臺，完全趕上甚至超過IBM封閉的計算平臺。”上述架構師表示。
一家全國性股份制銀行的系統測試數據顯示，新一代分佈式核心系統採用了以CBF為原型的應用平臺後，其處理能力超過業內其它基於Spring等開源框架的分佈式核心系統10倍以上。相比於該行計劃遷移的主機核心系統，新一代分佈式核心系統的處理能力提升了5倍，部署成本則不到主機核心系統的1/5。
此外，銀行對於開源的自主可控、可持續發展亦是需要解決的痛點之一。
“我們支持開源，CBF也是開源的，但開源和自主可控、可持續發展之間並不能簡單地劃等號。”領馭框架負責人表示，“目前一些所謂主流的開源軟件，背後是歐美IT公司在主導，開源更多是一種推廣和營銷的手段，而非用戶自主可控的靈丹妙藥。這些開源軟件代碼動輒數百萬行，歷史包袱沉重，又沒有清晰明確的發展規劃，其主導權掌握在歐美公司手中，不要說銀行，就是整個國內軟件產業，都難以在這個基礎上形成強大的維護、定製和發展的能力。銀行選擇這些開源軟件，可以說是放棄了相應領域自主可控、可持續發展的訴求。”
據領馭框架架構師稱，CBF應用平臺是全部開源的。由於是完全自主研發，整體架構全局統籌設計，組件體系高度整合，因而整個源代碼非常簡潔精幹，具備一定研發能力的銀行和獨立軟件開發商能夠很快地獲得整個軟件的維護和定製能力。不僅於此，用戶還都可以加入領馭框架倡議和發起的CBF技術聯盟，共同制定CBF的發展規劃，並共享後續的研發成果。
新賽道競爭
“近兩年，國產基礎軟件在國產替代的大旗下迎來了寶貴的發展機會，但是有些領域一直試圖按原有技術標準進行國產替代，這種做法雖然在國內可行，但不能提升我們整個基礎軟件產業在國際上的競爭力。”領馭框架負責人表示，“我們的基礎軟件產業要發展，不能僅限於按原有的技術標準進行替代，還必須要有自己的殺手鐧，甚至是能夠顛覆、重塑軟件技術生態的核武器，CBF可視化建模開發技術就是這樣的核武器。”
據一位軟件業資深人士介紹，軟件一直以來主要的生產方式就是編寫代碼。軟件中最關鍵、最具價值的信息，諸如業務功能設計、業務規則設計，應用架構設計、組件和對象體系設計、協作關係設計等等，往往和大量的、針對技術細節問題的處理設計混雜在一起，被淹沒在海量的代碼中。這些最關鍵、最具價值的信息在軟件開發的最初階段通常會被記錄在開發文檔中，但隨著軟件的不斷迭代發展，文檔與代碼常常嚴重脫節，以致於基本不可用。在這種生產方式下，軟件維護和持續發展的成本非常驚人。
“CBF改變了這種軟件生產方式，我們用可視化設計和管理業務模型的方式，替代了傳統的編碼開發方式。”據領馭框架架構師介紹，在CBF的可視化建模開發工具上，用戶的業務建模工作被分為兩個層面——架構層面和流程層面。
架構層面，用戶需要建立業務、數據和應用三個維度的架構設計。“CBF第一次讓架構設計成為軟件中清晰可見的、可高效調整和擴展的組成部分，用戶能夠清楚地看到軟件的所有組成部分和它們之間的關係，每一部分為什麼要存在？它是用來解決什麼問題的？它與業務戰略、業務需求之間是什麼關係？各個部分是如何關聯的？調整其中一個部分，會對整個系統產生什麼樣的影響？”領馭框架架構師介紹，藉助工具在架構層面的高效管理，可以增進業務和技術的融合度，提升研發團隊的協作效率。
流程層面，用戶需要在架構設計的基礎上，描述各個環節的業務數據處理流程和規則。在做這些工作時，用戶不需要面對編碼開發中要處理的很多技術細節問題，在這些工作完成後，整個軟件系統的代碼會由工具自動生成。領馭框架架構師表示，“CBF第一次讓應用開發和基礎技術體系完全解耦，研發成果以獨立於基礎技術的狀態存在，並且隨時可以適應各種基礎技術。“
羅馬不是一天建成的。”最初用戶被我們帶入這個全新的空間後，興奮之餘，發現CBF還缺少一些配套設施，比如現在比較流行的DevOps工具。經過不懈的努力，如今我們已經建立起了完備的工具體系。“據領馭框架架構師介紹，CBF提供的可視化建模開發工具，從需求分析、架構設計，到系統可執行的流程和規則的設計；從WEB、APP等前端應用的設計，到微服務、批處理等後端應用的設計；從調試、質量管理、版本管理等開發環節，到測試、部署、運行管理等運維環節，都支持用戶採用可視化、圖形化的方式進行。
“我們相信，CBF可視化建模開發技術，會引發軟件研發方式的革命。”領馭框架負責人表示，“這與近年來炙手可熱的ABCDE（指人工智能、區塊鏈、雲計算、大數據、邊緣計算）等新技術相比，具有同樣深遠的意義，它將提升整個軟件研發體系自身的能力。“
”不要小看可視化和圖形化帶來的影響。軟件業歷史上最重要的里程碑，從DOS到WINDOWS，就是一次可視化、圖形化的轉變，那次轉變是面向計算機使用者的。整個人類社會正在進行全面數字化，這意味著未來大部分從業人員可能會成為軟件的設計者，而不只是使用者。實現軟件研發的可視化、圖形化，能讓我們更充滿信心地迎來這個時代。“領馭框架負責人表示。
據領馭框架負責人介紹，在國際上，CBF可視化建模開發技術也是領先的。它可以讓國內基礎軟件業換道超車，與國際同行展開競爭。相對於操作系統、中間件等傳統賽道，支持可視化建模開發的高性能分佈式應用平臺這個賽道更加關鍵，這個賽道的輸贏很大程度上能決定傳統賽道的最終結局。如果傳統賽道的選手不能跟上，那麼對於他們而言，這很可能是一場升維打擊。
本文經「原本」原創認證，作者經濟觀察報，訪問yuanben.io查詢【5ANUP76O】獲取授權信息。
閱讀更多 經濟觀察報 的文章
