1、 銀行私有云基于開源和商業(yè)路線選型分析 銀行上私有云，是用基于 OpenStack 的開源技術(shù)路線，還是基于 VMware 的商用路線？ 銀行上私有云，是用基于OpenStack的開源技術(shù)路線，還是用基于VMware 的商用路線？，各有什么優(yōu)缺點？（問題來自vidc 某商業(yè)銀行 系統(tǒng)架構(gòu)師）asdf-asdf cloudstone研究學(xué)者：銀行應(yīng)做專業(yè)的事情放貸，OpenStack讓華為做就ok了，對標(biāo)VMware進(jìn)行價格打拼。華為的OpenStack和VMware比，目前技術(shù)水平還是有些差距，需繼續(xù)努力開發(fā)。容器目前都是外圍系統(tǒng)使用，類似靜態(tài)網(wǎng)頁。金融行業(yè)用容器還沒看到關(guān)鍵業(yè)務(wù)上線！日后開發(fā)

2、和運(yùn)維能力提升后，可能用容器或者一步到位用 serverless。崔增順民生銀行 系統(tǒng)運(yùn)維工程師：建議現(xiàn)在開始考慮容器、微服務(wù)、DevOps。得未來者得天下。技術(shù)的研究要先于技術(shù)的推廣。LLWWGG 浪潮商用機(jī)器企業(yè)云創(chuàng)新中心 系統(tǒng)工程師：1、個人感覺這么區(qū)分不是太貼切?；陂_源架構(gòu)OpenStack也有商業(yè)解決方案。這與Linux有點類似，Linux本身是開源的，但RedHat卻是商業(yè)版的Linux。至于說到銀行私有云，目前業(yè)界應(yīng)該說都有用到這兩種架構(gòu)，不是互斥的關(guān)系，而應(yīng)該是融合的關(guān)系。2、容器本身而言，也是一種資源的調(diào)度方式。是否上容器云，銀行本身應(yīng)根據(jù)業(yè)務(wù)特點進(jìn)行合適的架構(gòu)選擇。作為I

3、T架構(gòu)而言，是應(yīng)該要考慮到支持容器相關(guān)技術(shù)的。light_hu86 浙江農(nóng)信 系統(tǒng)工程師：對于銀行來說，如果自身技術(shù)力量不足的話，采用開源的技術(shù)路線來自行研發(fā)，投入比較巨大，遇到的坑也會比較多。對于采用openstack技術(shù)的公司（比如有人提到的華為、華三等公司）還是采用vmware商用的(vRA)來說，看銀行自身實際情況進(jìn)行出發(fā)。說白點就是我的需求你能做嗎，出的錢你能接受嗎。對于vmware這種外商來說，定制化成本比較高。如果還需要同自身第三方系統(tǒng)對接的話，這方面投入會比較大。而對于容器來說，使用的面沒有虛機(jī)那么廣，一般不用在生產(chǎn)系統(tǒng)里，建議還是在觀察研究。he7yong Canway 研發(fā)

4、工程師：大銀行，不用想多了，采用國內(nèi)比較成熟的私有云產(chǎn)品，如騰訊私有云產(chǎn)品，不僅僅是Openstack和Vmware這一個參考點，更多的需要關(guān)注在業(yè)務(wù)需求，關(guān)注在分布式數(shù)據(jù)庫等等；私有云是否考慮上容器云，從業(yè)務(wù)需求出發(fā)，把廠商拉過去交流幾次，可能領(lǐng)導(dǎo)就清楚了。lxk21531395 城市商業(yè)銀行系統(tǒng)工程師：我們也在考慮這個事情，不知道該怎么選擇！不過選擇openstack首先要評估自身運(yùn)維定制開發(fā)能力頭疼的事左右左右 咨詢專家：VM在PaaS以上都欠缺。OpenStack生態(tài)比較好，但是IaaS層如果只跟VM比的話是要敗下陣來的。另外云一定要有支持，因為上面云管啊什么的每家都不一樣，自己搞不定

5、，要么選擇基于OpenStack的商業(yè)版本比如說華為，要么選擇直接上vm（規(guī)模不大的話）。林鋒林鋒 浪潮商用機(jī)器企業(yè)云創(chuàng)新中心系統(tǒng)架構(gòu)師：各種虛擬化和云化技術(shù)有著不同的商業(yè)模式、成熟度、靈活性、可靠性，總體而言，應(yīng)根據(jù)業(yè)務(wù)的特點進(jìn)行平臺架構(gòu)的選擇。未來的方向預(yù)計是走向融合的云交付方式，通過高級云管平臺實現(xiàn)統(tǒng)一管理+按業(yè)務(wù)場景選擇合適的軟硬件云化架構(gòu)。例如，對于數(shù)據(jù)庫和關(guān)鍵業(yè)務(wù)系統(tǒng)，選擇Power LPAR邏輯分區(qū)級PowerVM虛擬化做整合是目前業(yè)界比較好的實踐，有眾多金融政企案例；對于非關(guān)鍵的眾多外圍企業(yè)應(yīng)用，目前VMware平臺仍是比較成熟的選擇；對于開發(fā)、管理類業(yè)務(wù)，可以更多考慮KVM、

6、Xen等平臺；另外新興的Docker等容器化技術(shù)平臺對于無狀態(tài)應(yīng)用、Devops敏捷開發(fā)非常友好，發(fā)展也非?？?。對于銀行上私有云的關(guān)鍵一環(huán)，數(shù)據(jù)庫和關(guān)鍵應(yīng)用云化需要重點考慮對平臺安全性、合規(guī)、性能、可靠性、服務(wù)的全面要求，通常VMWare及開源虛擬化都無法全面滿足，因此眾多銀行用戶選擇Power的云化資源池技術(shù)，已經(jīng)有從大中型銀行到農(nóng)信城商行的眾多案例：flycat 某銀行 系統(tǒng)架構(gòu)師：VMware的易用性、穩(wěn)定性已經(jīng)得到驗證，大都用于核心的、集中式業(yè)務(wù)環(huán)境；openstack開源路線在銀行應(yīng)用中也普遍采用商用版本，運(yùn)維上一般需要第三方廠商的支持，主要用于分布式、彈性擴(kuò)展的業(yè)務(wù)環(huán)境。關(guān)鍵還是需

7、要根據(jù)不同應(yīng)用場景，形成標(biāo)準(zhǔn)化的資源選型規(guī)范，形成與之匹配的云服務(wù)能力。eximbank 某金融企業(yè) 系統(tǒng)架構(gòu)師：1）一定要分清楚基礎(chǔ)底層架構(gòu)、中間工具層和平臺的關(guān)系；若單獨說開源還是商業(yè)路線，就不具備顯示出來的開源的內(nèi)容和商業(yè)的意義；2）必須確定基礎(chǔ)底層架構(gòu)上將會運(yùn)營什么業(yè)務(wù)-應(yīng)用服務(wù)，從業(yè)務(wù)-應(yīng)用服務(wù)的角度來判斷這個基礎(chǔ)底層架構(gòu)適應(yīng)性；拋開這個判斷標(biāo)準(zhǔn)，建起來的開源也好、商業(yè)也罷一定是不切實際；要么浪費資金、要么浪費人力和時間，所以這個業(yè)務(wù)-應(yīng)用標(biāo)準(zhǔn)是首要條件；3）掌控這個基礎(chǔ)底層架構(gòu)團(tuán)隊/人力資源情況自我剖析，如果有技術(shù)能力，有駕馭底層技術(shù)實力，至少可以先進(jìn)行點嘗試、某一類業(yè)務(wù)-應(yīng)用嘗試

8、、到某一業(yè)務(wù)-應(yīng)用服務(wù)層面試點、最后全業(yè)務(wù)-應(yīng)用服務(wù)應(yīng)用；如果沒有這個基礎(chǔ)底層架構(gòu)駕馭能力，要么付錢給第三方做開源的服務(wù)廠商來服務(wù)你，要么你付錢買商業(yè)版本；4）關(guān)于成本，多說一句，開源大家都想用，但是開源的坑也不少，這是其一，其二就是如果企業(yè)是持續(xù)成長，不是短期內(nèi)的環(huán)境，那未來勢必會有多種版本、各種服務(wù)網(wǎng)絡(luò)及其它差異的存在，這些現(xiàn)存、新建和未來規(guī)劃使用的內(nèi)容勢必也是需要考慮成本，最后一點就是運(yùn)維投入的合格人力，這部分適合做這種運(yùn)維的人力資源也是不小的成本；5）最后說一下產(chǎn)出，就是業(yè)務(wù)-應(yīng)用服務(wù)所產(chǎn)生的價值，如果業(yè)務(wù)-應(yīng)用服務(wù)產(chǎn)生的價值足以支撐 IT 資源建設(shè)、運(yùn)維投入，那什么技術(shù)路線都可以使用；說道根上其實，還是銀行能否盈利？盈利，自建技術(shù)實力強(qiáng)悍的團(tuán)隊開源、商業(yè)無所畏懼；不盈利，使用開源，找一些小公司協(xié)助運(yùn)營和運(yùn)維。6）關(guān)于人力資源技術(shù)培養(yǎng)的問題，也是跟技術(shù)路線選擇的問題。選擇什么技術(shù)路線，招聘什么樣的人才，培養(yǎng)什么樣技術(shù)團(tuán)隊，都是息息相關(guān)的。yulibin 常州瑞聲光電科技 系統(tǒng)運(yùn)維工程師：針對銀行這種要求應(yīng)用可靠性級別非常高的行業(yè)，建議上Vmware這種商用成熟度比較高的產(chǎn)品；openstack可以用于開發(fā)或測試環(huán)境，出問題影響范圍較小，容易控