去年11月份CNBC的一則新聞，報道了華爾街巨頭高盛要把自己投入了14年研發的一個技術平臺Alloy以及專門為這個平臺所設計的語言，免費、開源共享給華爾街的其他機構。去年更早的時候，高盛也聲稱把自己的一些交易與風控相關代碼貢獻到GitHub（競爭對手摩根大通則已經把一個與區塊鏈相關的技術quorum開源到GitHub）。

cdn.xitu.io/2020/4/14/171766c09907cf82?imageView2/0/w/1280/h/960/format/webp/ignore-error/1">

高盛在開源技術這件事情上，貌似是認真的。除了加入開源界出名的開源組織Eclipse基金會，2015年高盛即參與到容器技術企業化的進程中（那還是docker這類技術剛剛開始為人知的時候），2017年起陸續把一些技術開源到GitHub上，他們甚至把自己的一個Java技術框架采用了Apache 2.0的寬松軟件許可（一個對開源社區非常友好的許可證）貢獻出來。

不夸張的說，開源軟件改變世界– 不管在一個App里面還是在一套交易系統中，都“借力”著不計其數的開源代碼庫、開源工具。現在誰敢說自己的軟件是一行一行代碼從零開始構建？正如高盛的技術負責人Don Duet所說，從技術角度看“開源滲透到我們所做的一切事情中”。

基礎軟件開源的必要性

為什么搞金融科技需要借力開源、參與開源？本人以過去的幾段從業經歷在此貢獻五毛錢意見。

在Morgan Stanley。那是IT只有不到千人、還坐落在7大道750號、工程師們還在使用Sun和HP工作站的年頭。Morgan Stanley有自己的基礎設施團隊去研發跨操作系統（Solaris、AIX、HPUX、Windows）的UI開發框架Morgan Stanley Toolkit（簡稱MSToolkit）、第一代Web應用服務器Netscape的插件、還有其他很多看上去和證券業務沒有什么直接關系的但是支撐著上層業務的很酷的技術，設計水平在那個時代比起專業軟件公司不逞多讓。事實上那個時代大型的金融機構研發自己的交易中間件、圖計算引擎甚至專門性的計算機語言，并非罕見。

可以說，在利潤的驅動下，能夠幫助賺到錢的技術有可能被投資作核心競爭力。比起稍后的那些互聯網新貴技術公司，華爾街的IT一點都不落后。可是，尷尬的地方在于，這些封閉的、僅內部使用的技術，很容易失去生命力：資助某個技術的一些業務項目如果被砍掉，這個技術很可能也完蛋；市場不好，這類技術遭裁切也是首當其沖。受眾太少、應用場景太窄，讓這些技術很快喪失先發優勢。

在雅虎研究院。和很多巨型互聯網企業一樣，雅虎里面什么技術都自成體系，對象存儲、消息中間件、內部的wiki、JavaScript的開發框架、移動端開發工具、Web服務器、甚至類似Linux里的包管理與分發工具… 這些技術可能在早期是很先進的因為互聯網上找不到等價物，可是隨著網上開源運動的發展，這些封閉的技術越來越變得非主流，新加入的人往往抓狂。長期呆在封閉技術環境里的人，也很容易被工具洗腦，不知道外面的世界，離開了這個環境出去找工作，面試一問三不知。而這些技術最終也被內部的人摒棄、走向消亡，大家更愿意融入到開源世界中。雅虎身后還存在的技術是Hadoop，這個影響了整個大數據領域發展的技術，證明開源軟件的生命力強、活過它的發明者。

在國內證券公司。個人一向認為軟件的邏輯架構一定要清晰的體現出分層，對實現成“一大坨”深惡痛絕。舉兩個例子：第一個是在研發經紀業務所需用到的社交化客戶關系管理與服務平臺時，涉及到即時通訊工具、規則引擎這樣的基礎設施，因為一開始的時候場景非常簡單，那么我們是“舉手之勞”的重新發明車輪直接把它們做到系統里面當作業務功能的一部分？還是明確的把它們當作通用模塊解耦出來？如果當作獨立模塊，是自研？還是采用第三方的方案？當時的實際情況就是，沒有合適的第三方技術（那是微信還出來沒多久的、移動端IM尚算新生事物的年代），自己研發，很可能挖了一個大坑，未來難以養專門團隊維護；直接當做滿足短期業務需求的應用功能來做，則導致延展性前瞻性靈活性非常差、技術上無任何優雅性可言。

另一個更容易理解的例子是交易系統，要把交易系統的基礎做扎實，顯然我們必須有經過交易場景反復論證抽象、高度通用、考慮周全的消息中間件，互聯網上的開源消息中間件往往不是為證券業務設計的，不是不能用就是用起來極其別扭。自主研發？你得有足夠強的團隊、有長期維護優化的決心、有業務部門的“贊助”、有公司在IT戰略上的支持。否則肯定干不下去。所謂“自研”的交易系統，不少會因為“土法煉鋼”的基礎技術層不過關不專業而失敗。

不僅是業務應用導向的金融機構，包括科技公司在內，在研發自己的科技產品的過程中，都不可避免需要涉及到各種基礎技術框架、技術庫、底層工具，這些東西往往是“雞肋”，自研的話，有點“不務正業”，而且你的團隊往往在這些方面非常不專業，長期來看也維護不了。高盛走的開源道路，其實是節省成本、借力打力。

金融機構IT研發的痛點

券商和銀行們的IT研發，“正業”肯定是支持業務創新、做能產生差異化競爭的應用軟件。在這個過程中，應該“有所為、有所不為”：基礎設施和通用技術框架，盡量借力第三方，業務相關的邏輯，盡量自己開發。可是現實世界沒有這么理想。

采用第三方的封閉技術，你可能得糾結這幾個問題：傳統大廠的技術非常封閉，他們沒有開放接口（那是生財工具– 要一個收一個的錢），他們的古老技術架構也無法承載插件化的訂制，他們不響應你的個性化訴求，用起來很不爽；小公司的技術你不放心，怕他們改變產品方向甚至終止產品線，或者可能被收購合并甚至關門大吉。總之，基于閉源的技術你害怕被“綁架”。

自研，你也可能糾結這幾個問題：一些與業務非直接相關的底層技術，自己的團隊不是缺乏專業性去駕馭就是無法專心專注去做好，一旦展開，等于給自己挖坑，還得經常面對成本預算方面的質疑；采用開源技術，又往往沒有符合行業特性、針對金融場景直接可用的選擇，學習掌握進行改造的成本高（一旦自行改造，很可能又掉進長期維護的坑）。

除非你是高盛，在一些業務場景需要用到一些基礎技術而市場上卻沒有選擇的情況下，自行研發，然后共享到開源社區讓同業甚至業外技術人員共同維護與利用，避免了“胎死腹中”的命運。

采購閉源軟件時買源代碼并沒有什么大用

很多機構采購系統喜歡要源代碼– 針對大廠就跟他們買、針對小公司就跟他們拿。但個人認為這并無什么意義。

首先，“買斷源代碼”這種做法真的非常、非常過時。源代碼不是固化的、“買斷”之后就不變的，因為廠商可能在未來不斷升級、不斷修復缺陷、不斷優化，你買一個“快照”一樣的東西，基于它東改西改，很快和原廠的版本分離，廠商無法替你維護，你也享受不到他們在服務行業過程中的優化重構、升級換代。

其次，“買代碼”這種事情，相當部分花的是冤枉錢，其實自己并沒有資源或者能力去維護，也就是買個“保險”吧。

就算真的要源代碼，也不是“買斷”，而是買服務 – 例如獲得廠商部分公共代碼庫的訪問權，在服務合同時間范圍內隨時可以抽取最新的代碼并可以通過廠商提供的工具、指引能自己進行構建，并且萬一自己修改后還可以提交回開發商的代碼庫供其合并，一句話，就是用源代碼版本管理工具及最佳實踐管理好行業級、跨機構的互助。

當然，一些開發商也沒有這種源代碼交付與管理的能力。你要“買斷”？打一個壓縮包，作為電郵附件給你發過去，或者找個網盤臨時共享一下，或者用QQ發送一下… 之后這份代碼就和主庫徹底告別，再也無法同步。

改變軟件的研發、銷售與交付方式

越來越多的軟件公司，商業模式架設在開源生態之上。以向金融機構提供基礎性軟件技術的企業，是適合這么做的。怎樣算“基礎性軟件技術”？就是具有行業通用性和針對性、滿足金融業務應用需求共性、從眾多金融機構的商業場景中總結抽象出來的基礎技術層，它往往首先面向金融機構的IT研發人員，供其進行訂制和二次開發以支撐更上層的業務應用。以我們公司的即時通訊技術為例，它可私有化部署、配備合規存儲與舉證引擎、客戶端SDK化可隨意嵌入到任何銀行和券商App中、提供數以百計的接口與事件供金融業務應用的融合，它本身還是一個開發平臺。這就是針對行業需求量身定做的基礎技術。

基礎技術適合開源，是一種新的軟件生產協作模式，它有以下的商業競爭優勢：

• 通過開源社區，吸引和利用優秀人才。最具前景、最有用的開源項目往往能吸引到最頂級工程師。這其實是一種“杠桿”的利用，也能促進開源產品在社區的快速迭代

• 有助于獲客。如上文所述，很多金融機構采購系統的時候也想獲得源代碼，這背后的邏輯是擔心廠商封閉，讓自己不能訂制；以及對被某個技術“綁架”的防范 – 萬一它忽然終止存在又無法被輕易替換，而分分鐘和錢掛鉤的業務系統卻構建在它的基礎之上，這個風險太大。處于敏感位置的基礎技術，如即時通訊工具，其源代碼開放可審計，也讓一些機構對信息安全、數據隱私保護方面放心。開源在現在已經成為一種信心保障

• 有助于建立商業生態。通過知識產權的開放，讓客戶以較低門檻采納，逐漸形成市場規模，并形成社區、建立上下游的合作伙伴，有機會成為de facto standard（事實上的標準）。Kafka就是一個好例子，不知不覺中很多金融機構就已經采用了它，技術人員甚至以它的技術概念作為詞匯表描述問題與方案

構建在開源之上的軟件公司，研發是社區化的協作，不僅有自己的研發人員主導，也有客戶開發人員的參與（例如提報缺陷甚至直接修復和提交代碼合并），甚至有認同這個技術的互聯網技術粉絲的主動加盟。

銷售方式也發生改變，機構更多是從網上獲得關于產品的信息、口碑、案例，隨時通過社區或者其他社交頻道與軟件公司發起交流。銷售人員可以在線陪伴運行demo、雙向互動。而軟件的體驗門檻非常低，例如我們就采用雙license制，社區版免費并采用非商業化許可證，而企業版則采用Copyleft（“著佐權”，見下一篇文章的介紹）許可證或者商業軟件許可證。社區版能夠讓金融機構以最低門檻實現POC的原型驗證甚至直接使用于商業用途。

交付方面，源代碼我們通過開發者社區交付，部分代碼對互聯網開放，任何人直接從GitHub可以獲得；部分對機構客戶開放，通過開發者社區可以訪問源代碼庫，拖取被授權獲得的分支。而軟件系統的成品，全部都是基于云原生的技術架構、100%容器化，用戶通過鏡像倉庫拉取鏡像進行自動化部署。這好像是一家汽車制造商的零件倉庫，組裝工人（IT）一按按鈕（跑一個腳本），即把相關的車門、車胎、座椅、方向盤、發動機、外殼等等下載并自動組裝。

開源的商業模式有多種，包括open-core 和hybrid等等，我們將在下期 《開源商業模式促進金融業科技生態的發展》中分享，探討一下開源技術如何能在金融行業落地和促進金融科技發展。

文章來源： 凡泰極客

關于凡泰極客：幫助金融機構乃至任何希望擁有類似技術的其他行業機構，建立“碎片”的集散地、降低管理成本、提高研發效能，形成自己的數字化生態、與客戶和伙伴建立真正的數字化連接。