目前十六家企業(yè)共同展示了一款LAMP企業(yè)應用模型，其能夠?qū)崿F(xiàn)統(tǒng)一運行且不再需要跨越OpenStack各發(fā)行版及公有云環(huán)境。客戶能夠利用Ansible與Shade對其加以部署，而后續(xù)工作負載則可通過Docker Swarm以及Terraform進行承載。
據(jù)悉，此次的解決方案其中的應用組件包括網(wǎng)絡與防火墻。
來自Canonical、思科、德國電信、華為、IBM Mirantis、紅帽以及其它多家廠商的代表共同在本周三于巴塞羅那召開的OpenStack大會上發(fā)布了一項演示。而這一結果實際上來自六個月之前IBM在OpenStack奧斯汀大會上公布的一項挑戰(zhàn)目標。
IBM方面通過將代碼發(fā)布至RefStack的方式推出了這項要求跨越各認證云平臺實現(xiàn)核心操作能力的挑戰(zhàn)目標。這部分代碼當時已經(jīng)解決了可用性與穩(wěn)定性兩個問題。
IBM公司云戰(zhàn)亂總經(jīng)理Don Rippert在今年四月公布了此項挑戰(zhàn)，而在本周三的巴塞羅那大會上，他對于目前的成果“非常自豪”。“幾乎沒人會懷疑OpenStack的創(chuàng)新能力。其在集成化領域作出的承諾清晰明了。不過真正的存疑領域在于，我們發(fā)現(xiàn)部分客戶及行業(yè)分析師認為其互操作性無法得到保證，各家供應商是否會允許存在這樣的互操作性？而我們對于OpenStack抱有興趣的根本原因，正是在于其互操作能力。這股快速興起的浪潮為我們帶來更為廣闊的服務空間——而互操作性則能夠讓我們通過競爭獲得一套更出色的平臺，”他表示。
但實現(xiàn)互操作性的最大挑戰(zhàn)在于fork，由此帶來的風險顯而易見，因此目前眾多技術廠商都在發(fā)布自己的生產(chǎn)性OpenStack版本。
紅帽公司OpenStack總經(jīng)理Radhesh Balakrishnan在采訪中表示，OpenStack已經(jīng)受到了由fork行為帶來的壓力，他希望各方能夠團結一致，通過保障互操作性以實現(xiàn)OpenStack項目的完整性。這一領域有很多企業(yè)會不斷發(fā)布fork，因此不必擔心客戶反饋信息不足的情況，”Balakrishnan在采訪中強調(diào)稱。
但其中的壓力在于，使用者們往往會不斷向OpenStack發(fā)出要求添加新功能的請求。這部分用戶通常并不熟悉開源文化，而且僅具備專有硬件與軟件知識背景。
“曾經(jīng)有客戶表示：‘如果我們的要求必須得到上游社區(qū)的批準，那么整個周期將變得太過漫長。因此我們不得不告知客戶，我們雖然能夠提供對應的fork，但從長久角度看其會帶來不利影響。’”
與此同時，OpenStack基金會董事會成員Van Lindberg稱贊了此次發(fā)布的現(xiàn)場演示，稱這將有助于解決分析師與媒體行業(yè)對于OpenStack項目互操作性的廣泛誤解。他同時強調(diào)稱，這種誤解會對開源云造成破壞性的打擊。
他希望此舉能夠證明客戶完全可以跨越來自多家不同供應商的數(shù)據(jù)中心并將其維系起來，從而建立起與Amazon類似的數(shù)據(jù)中心基礎設施——這意味著大家完全無需自行構建。
“OpenStack項目的強大之處在于，我們能夠以類似于AWS服務區(qū)的方式將不同供應商的數(shù)據(jù)中心加以整合——而客戶將無需自行在世界范圍內(nèi)構建這一基礎設施體系，”他指出。“如此一來，大家將能夠?qū)崿F(xiàn)當?shù)鼗⻊张c數(shù)據(jù)分發(fā)能力，同時對相關工作加以簡化，最終幫助大家在享受OpenStack應用的同時，無需擔心底層硬件到底由誰來提供。”
