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月份在香港举行。
