目前十六家企業(yè)共同展示了一款LAMP企業(yè)應用模型，其能夠實現(xiàn)統(tǒng)一運行且不再需要跨越OpenStack各發(fā)行版及公有云環(huán)境。客戶能夠利用Ansible與Shade對其加以部署，而后續(xù)工作負載則可通過Docker Swarm以及Terraform進行承載。

　　據悉，此次的解決方案其中的應用組件包括網絡與防火墻。

　　來自Canonical、思科、德國電信、華為、IBM Mirantis、紅帽以及其它多家廠商的代表共同在本周三于巴塞羅那召開的OpenStack大會上發(fā)布了一項演示。而這一結果實際上來自六個月之前IBM在OpenStack奧斯汀大會上公布的一項挑戰(zhàn)目標。

　　IBM方面通過將代碼發(fā)布至RefStack的方式推出了這項要求跨越各認證云平臺實現(xiàn)核心操作能力的挑戰(zhàn)目標。這部分代碼當時已經解決了可用性與穩(wěn)定性兩個問題。

　　IBM公司云戰(zhàn)亂總經理Don Rippert在今年四月公布了此項挑戰(zhàn)，而在本周三的巴塞羅那大會上，他對于目前的成果“非常自豪”。“幾乎沒人會懷疑OpenStack的創(chuàng)新能力。其在集成化領域作出的承諾清晰明了。不過真正的存疑領域在于，我們發(fā)現(xiàn)部分客戶及行業(yè)分析師認為其互操作性無法得到保證，各家供應商是否會允許存在這樣的互操作性？而我們對于OpenStack抱有興趣的根本原因，正是在于其互操作能力。這股快速興起的浪潮為我們帶來更為廣闊的服務空間——而互操作性則能夠讓我們通過競爭獲得一套更出色的平臺，”他表示。

　　但實現(xiàn)互操作性的最大挑戰(zhàn)在于fork，由此帶來的風險顯而易見，因此目前眾多技術廠商都在發(fā)布自己的生產性OpenStack版本。

　　紅帽公司OpenStack總經理Radhesh Balakrishnan在采訪中表示，OpenStack已經受到了由fork行為帶來的壓力，他希望各方能夠團結一致，通過保障互操作性以實現(xiàn)OpenStack項目的完整性。這一領域有很多企業(yè)會不斷發(fā)布fork，因此不必擔心客戶反饋信息不足的情況，”Balakrishnan在采訪中強調稱。

　　但其中的壓力在于，使用者們往往會不斷向OpenStack發(fā)出要求添加新功能的請求。這部分用戶通常并不熟悉開源文化，而且僅具備專有硬件與軟件知識背景。

　　“曾經有客戶表示：‘如果我們的要求必須得到上游社區(qū)的批準，那么整個周期將變得太過漫長。因此我們不得不告知客戶，我們雖然能夠提供對應的fork，但從長久角度看其會帶來不利影響。’”

　　與此同時，OpenStack基金會董事會成員Van Lindberg稱贊了此次發(fā)布的現(xiàn)場演示，稱這將有助于解決分析師與媒體行業(yè)對于OpenStack項目互操作性的廣泛誤解。他同時強調稱，這種誤解會對開源云造成破壞性的打擊。

　　他希望此舉能夠證明客戶完全可以跨越來自多家不同供應商的數據中心并將其維系起來，從而建立起與Amazon類似的數據中心基礎設施——這意味著大家完全無需自行構建。

　　“OpenStack項目的強大之處在于，我們能夠以類似于AWS服務區(qū)的方式將不同供應商的數據中心加以整合——而客戶將無需自行在世界范圍內構建這一基礎設施體系，”他指出。“如此一來，大家將能夠實現(xiàn)當地化服務與數據分發(fā)能力，同時對相關工作加以簡化，最終幫助大家在享受OpenStack應用的同時，無需擔心底層硬件到底由誰來提供。”