OpenStack平臺于三年前發布，一些產業觀察者想知道未來這個組織計劃做什么。OpenStack是一個開源云計算管理平臺，得到了業界眾多重量級廠商的支持，包括IBM和HP，已經快速發展成為云計算市場上亞馬遜Web服務最可實現的替代選擇。

OpenStack基金會首席運營官(COO)Mark Collier就OpenStack路線圖和戰略與記者進行了對話。

記者:OpenStack基金會董事會成員Randy Bias最近就OpenStack三周年寫了一些文章，其中特別提到亞馬遜Web服務(AWS)兼容性是OpenStack的發展方向。您覺得AWS兼容性是OpenStack走向成功的關鍵所在嗎?

Mark Collier:這個問題并不是單純的“是”或“否”就能回答。實際上現在全球有很多服務提供商支持OpenStack云，我認為一些服務提供商會選擇從事亞馬遜戰略模式的模仿，通過提供亞馬遜應用編程接口(API)實現，而另一些則不會。老實講，現在談與亞馬遜的兼容性是否絕對是OpenStack成功或者失敗的關鍵為時尚早。市場會給答案。

但是如果你談的是OpenStack路線圖的話，其目的并不是一個副本或者是亞馬遜所做的事情的后繼者。顯然他們開辟了道路，人們想解決的很多問題都是類似的，因此我想你會看到越來越多相同類型的功能，但是并不是基于這個觀點才去復制亞馬遜。

記者:其中談到的另外一件事情就是關于不同云之間的API兼容性不夠的想法;需要實現在OpenStack部署中的架構上的兼容性。您同意這個觀點嗎?

Mark Collier:我同意API有時候獲得了比其應該得到的更多的信任。有時候人們過分簡化平臺的概念，而且談到平臺的兼容性是基于僅僅說“如果你有API，你就有兼容性。”實際上一個應用架構取決于整個系統交互的行為。API是一種同系統通信的簡單方式。但是API期望更為具體的行為，這對于我們為什么相信OpenStack是私有云和公有云的通用平臺實際上非常重要，因為你實際上運行的是完全相同的軟件……這也是為什么它不是瑣碎的或者必然去克隆亞馬遜的原因之一，因為它是一個黑盒子。

我們不知道亞馬遜上實際運行什么軟件，因此很難創建一個精確的副本。你可以復制API，但是基礎軟件很難由把不同的人來編寫不同的軟件，因此我認為一套運行在公有云和私有云上的通用的軟件，成為OpenStack，實際上增加了同通用API以及底層通用部署模式兼容的機遇。這里面的很多內容還是處于工作進程中，會隨著市場的發展變化，更多的人回來支持OpenStack云，但是我同意單獨的API并不足以為正在設計應用的開發者提供兼容性水平。這是必須的，但是做的還遠遠不夠。

記者:這是否意味著期望在不同的基于OpenStack 的云之間遷移的人而言，必須在基礎架構上共同工作，或者說OpenStack 本身是否能做一些遷移來解決這個問題?

Mark Collier:我覺得我們能做的最好的事情就是發布參考架構。

我們發現人們在部署OpenStack時通用模式很多，從這一點上看，大家可以共享工作;我覺得如何設計和正確的實施大范圍的OpenStack云的知識和代碼本身一樣重要，現在正在發生的一件事情就是Heat項目現在是OpenStack的一部分，Heat是一種語言，允許你描述一項部署如何工作。因此，它實際上是在OpenStack紙上，當你實際把應用放在上面，仍舊可以用于描述OpenStack環境本身。現在有很多工作需要我們自己的基礎架構團隊做，來根據這種語言和具體的部署類型描述OpenStack。這種類型的藍圖如果你愿意發布并貢獻，將會幫助很多公司在部署OpenStack云時作出最明智的決定，可以最大化互操作性。

記者:在標準內，OpenStack的哪些步驟是用來確保互操作性的?是否會回收沒有通過測試的技術?

Mark Collier:實際上我們現在正在投入更多的精力，希望在全球用不同的OpenStack云獲得更大的覆蓋面。

隨著用戶群的增長，他們所追尋的一件事就是云的互操作性。今年有一些互操作性測試正在研發中，花了很多工作來測試每一個進入軟件的委托技術。在云內部，我們加速了相當多的云開發，基于使用Rackspace和HP的基礎架構實現，測試套件幫助我們確保每一天有新的代碼進來時，不會破壞任何別的代碼。

因此我們正在尋求我們能夠利用代碼基的方式，而且這些測試本質上從代碼端驗證終端產品，而且距離實現一般通用性我們還需要很多個月的時間，但是我們實際上從一開始就在合并，讓那些想在商業產品中利用OpenStack的商業公司在商標使用上達成一致。

正如我們開發這些測試，隨后公司需要通過這些測試，才能在商業環境中使用OpenStack商標，我們為其設置好了基礎，現在并沒有一個事件框架來發布真正的測試套件。現在已經有很多的探討，下次峰會會在11月份在香港舉行。