OpenStack在金融規模的實踐一直是被寬大用戶所存眷的話題。從2014年亞特蘭大峰會上美國富國銀行(Wells Fargo)，巴黎峰會上西班牙畢爾巴鄂比斯開銀行(BBVA)，再到2015年溫哥華峰會上加拿大道明銀行(TD Bank)，每一次OpenStack 峰會上金融行業的用戶實踐分享，城市成為用戶矚目標核心。金融行業對云平臺的可用性、安詳性和適配性上，都比其它行業有更高的尺度，因此在金融行業的真正落地，成為OpenStack在企業私有云規模應用的重要一環。

在已往的幾年里，我們看到了許多OpenStack在銀行規模落地的案例。據computerworlduk.com網站報道，擁有300多年汗青的英國巴克萊銀行正在啟動一項五年期的基本設施更新打算。該銀行打算以每年20%的處事器替代速度向OpenStack遷移，五年內打算遷移的處事器局限有望到達10萬臺。而在海內，按照《銀監會十三五信息科技指導意見》,金融行業將加大云計較建樹力度，勉勵金融行業云的配合創新與相助，很多銀行也將 OpenStack作為將來銀行行業云的焦點引擎選項之一，在OpenStack基本上打造適合銀行的金融行業云。

雖然，作為一個通用的開源云計較框架，它在設計之初并沒有過多地思量到各個行業的需求，因此在針對行業性客戶落地的時候，往往會存在必然的差距。而銀行業又是一個較量具備行業特色的規模，需要受到金融禁錮的制約，擔保一個不變合規的IT框架同時，又需要在具備金融科技FinTech趨勢下對市場做出快速回響，分身風險規避和時機博取。因此從已往幾年OpenStack在金融云規模的實踐來看，已經進入了幾大“深水區”，好比網絡架構轉型問題。中國銀聯與上海銀行在近期頒發的《 【跑在云端】中國銀聯與上海銀行拉手在云端 基于SDN的下一代金融云網絡連系研究與應用實踐》是OpenStack在銀行業落地深水區攻堅的成就之一。

其實在文章宣布之前，我已經從中國銀聯和上海銀行的連系研究團隊拿到了文章。細讀之后，東京主機 日本代理服務器，該研究成就補充了OpenStack上游代碼和銀行需求在網絡層面的鴻溝，并通過實踐方法給出了辦理方案。更為難能難堪的是，連系團隊給出代碼層面的實現，后續也將孝敬到社區上游。

文章中涉及的幾個內容，從OpenStack社區來看，是一直想補充的處所，羅列如下：

1)銀行業的網絡典范模子：如文章中第1節提到的兩地三中心模子，以及業務區、斷絕區、特定成果區的分區方法，這些對付OpenStack社區開拓者來說長短常生疏的，也是急需增補的處所，研究成就做了梳理，并對在第3章“基于SDN的下一代金融機構網絡設計與構思”中提出了將來的設想。

2)OpenStack在銀行SDN情況中存在差距：第4章第5小節中提到的“實踐中的問題識別與缺陷”是我最但愿看到的內容，文章中提到的“三層模子不支持雙出口”，“OpenStack的FWaaS無法針對特定處事配置毗連超時時間”，“LB接入時候不支持雙臂、多臂”等問題，都長短常詳細而非平常而談的，沒有必然的深入摸索是無法發明息爭決這些問題的。OpenStack社區很是但愿發明這些詳細問題，也愿意投入氣力整合社區資源配合辦理這些問題。

3)辦理思路：第4章的原型實踐長短常具備干貨的章節，好比Neutron 如何驅動異構的SDN技能，提供了一完整的表格梳理了節制節點、計較節點、網絡節點的設置，以及在Metadata當地署理、漫衍式SNAT、漫衍式網關、計策下發邏輯的異同。這樣的分享可以讓許多其它銀行的實踐者少走彎路，很是具有推廣意義。

總的來說，開源規模一直建議“Talk is cheap，show me your code”和“Eat your own dog food” 的強實踐模式，遲鈍可是有效地敦促實際落地的產出物。假如沒有用戶利用、用戶反饋和用戶動手，也許OpenStack終究也會失去用戶。所以我認為象上海銀行和中國銀聯一樣，從真正用戶角度敦促OpenStack落地，提出需求并給出方案，并最終回饋社區的方法，需要努力必定和勉勵的，也是十分有助于OpenStack開源社區的成長。

補充社區開拓者和行業利用者之間的鴻溝，是OpenStack基金會一直盡力的重點事情之一。這也是為什么OpenStack基金會，努力敦促創立各個行業的事情組(Work Group, 各個事情組列表可以詳見 https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee ），如針對NFV 行業，就創立了Operators Telecom/NFV事情組。社區將來也但愿可以或許努力敦促 Financial Work Group的創立，吸引更多金融行業實踐者參加到社區，“利用、實踐、反饋、改造”，配合敦促OpenStack在金融行業的全面落地。