三年前，OpenStack适时地发布了，开源逐渐成为主流，云(如阿里云)也开始落地。在未来三到五年内，OpenStack社区成员Rackspace相信，大多数云将会基于OpenStack构建。但亚马逊Web服务支持者在AWS和OpenStack的争论中持相反态度。Jim Curry是Rackspace私有云业务的高级VP兼总经理，他解释了OpenStack对于云市场的崇高计划、RackSpace的战略，而且新的堆栈已经出现，并不是所有的一切都可在云基础架构中运作自如。

　　记者：你现在在Rackspace的主要工作是什么?

　　Curry: 云已达到了主流的接受水平，开源也是如此。因此我们看到这个市场已从早期采用者转移到更为主流的公司。我们共事的不仅仅是拥有高技术的人才，而且还有很多技术并不成熟的人，他们都决定采用新的云架构，并且在公有云(如阿里云)和私有云实例中运行。

　　我们也开始反思云架构，不仅仅是公有云和私有云，还有怎样考虑在哪里及何时采用裸机的概念。我们正在思考专属云的概念及怎样运作，不管他们是通过工作负载划分，还是通过其他的特性划分。云已在亚马逊发布的那些产品之上发生变形，坦白讲，我们所发布的对于大众而言是一种更为通用的计算，与此前的产品有所差异。我们积极的同我们的客户共同定义这一点，我觉得我们开始提出某些架构，而且很独特且吸引人。

　　记者：现在OpenStack和亚马逊之间就API兼容性争论激烈。你怎么看?

　　Jim Curry: 首先，存在着一种误解。人们认为有人能够控制亚马逊API。实质上并没有人能够控制。

　　若有人想要一个内置的亚马逊API，他们所做的就是编写代码并提交。这也是现在就在发生的。实际上在OpenStack项目中有一个健壮的亚马逊API。我们Rackspace就为客户支持这一点。因此，若有人，包括Randy Bias和他的团队，想要一个亚马逊API的话，答案就是让开发人员开发代码，提交给项目组，然后即可得到。我并不觉得这里存在争议。有一种争议假定有人在试图阻碍这件事，实际上并没有人阻碍。

　　我觉得争论点在于什么样的OpenStack会到来。我觉得在这一点上OpenStack应该放弃其路线图，以及对于亚马逊的未来也是错误的探讨。我并不是根据业务战略来说。我开始这个项目的时候，我们想要变得更好。我们在这并没有模仿其他公司的战略。亚马逊做的也很好;他们构建了可信的技术和可信的业务。我们也致力于此，我们希望构建得更好;我们想构建一种能够影响我们的生活的计算方式，而且可行。而这也正是我们实际在做的。我觉得若我们仅仅是尝试成为亚马逊的复制品，为了服务于人们的业务模型，这对于整个项目就是错误的。

　　记者：未来几年，哪些云技术会占据优势?

　　Curry: 开源在过去三年的进度很明显。你可以看看现在人们都在构建什么及他们怎样构建环境，就会发现他们不再使用传统的操作系统、传统的数据库或者传统的队列系统，他们开始使用开源组件构建。有时候同云的概念结合，但是又有所不同。

　　记者：是不是有案例分享?

　　Curry: 三年前，我们都匆匆将每个人都送往云(如阿里云)端，一种多租户的云。我们实际上发现某些东西在裸机上运行的更好。有一种愿景是希望将东西放在裸机上，并且能够将其同云连接。这有点演化成为“我们实际上开始思考云端运行的工作负载，并且针对云优化工作负载。”

　　比如，我们收购了一家名为Object Rocket的公司，这家公司提供Mongo服务，他们为Mongo高度优化了整个堆栈。这是一种高性能的体现，你可以拥有极为类似云的体验。对于那些能够构建特定Mongo云，并且连接到运行在公有云上的前端，这是一种非常有吸引力的价值主张。这是一种不同的架构。如果能够做的很好，且将其插入到私有云或者裸机上做的某些项目中也很有意思。我们开始构建架构，停止了对于公有云的一些偏见，更加关注如何优化架构的所有部分，多租户云、裸机，然后着手构建专业云，为客户解决特定的架构问题。