但在每一层我们都支持选择。例如，在硬件层，我们支持我们的惠普设备，但在非惠普设备上有一个第三方认证测试，以及一组测试和基准，我们提供给第三方oem进行验证。我们知道我们不可能每销售一款软件就同时销售一台惠普服务器——这是不可能的。
再往上走，我们有多种编程语言和框架可供人们选择，有Python、Ruby、Java或。net。多语言环境对我们来说很重要。
所以我们不仅让客户选择的安装和运行他们的云,我们也给他们很多选择时,他们可以使用的技术,因为在一天结束的时候,VMware的故事非常垂直,Red Hat的故事非常垂直,微软的故事,即使他们谈论很多关于开源的,非常垂直。选择和一个真正建立在开源基础上的平台——这对我们来说是一个区别。
如果你正在推广一个高端的企业级项目，为什么你在Helion网站上对价格大喊大叫?这是一种令人尖叫的商品。
截至2014年，只有不到10%的企业IT在使用云计算，因此增长机会是巨大的。当你试图为市场份额打一场早期的战斗时，特别是针对面向OpenStack的客户，你希望尽可能快地攫取更多的份额。
像惠普这样的公司最大的优势之一就是我们有各种各样的货币化方式。我们不需要以高额利润销售软件。我们不需要为我们所做的每件事出售服务器。我们不需要出售所有服务。我们有各种各样的方式可以通过惠普赚钱。所以这给了我们很多自由，实际上比我在微软的时候更自由，因为我们可以在各个方面竞争，积极地抢占市场份额。
我们可以使用的一个工具是价格。因此，我们可以以更低的价格收购其他公司，因为我们的损益表并不仅仅基于软件市场。我们当然会与红帽等其他OpenStack发行版竞争。我们之所以选择这个价格点是因为我们想让我们的客户在做OpenStack发行版A和OpenStack发行版B的比较时，在每个层次上都没有摩擦。
但是，尽管如此，我们所做的几乎所有事情都是通过更大的企业关系进行的。一般来说，当企业从惠普购买产品时，他们不会对某款软件、某台服务器或某套服务做出单一的决定。所以我们谈的是大的图景，我们的云平台能做什么，我们如何保护OpenStack的分布，产品能力，定价，所有的事情。
这是非常困难的，当你的商业模式被固定在一个东西，比如软件，因为你最终在岩石和坚硬的地方，因为你不能轻易折扣低于你的边际线，因为这是非常困难的弥补。微软的灵活性更大一些，因为他们的软件和产品都很广泛。对于Red Hat和VMware来说，情况有些不同，因为他们受制于自己的商业模式，所以在灵活性方面，他们有一些非常严格的限制。
你最近收购了Eucalyptus，它没有很大的OpenStack根基。它们主要是关于AWS集成的。你觉得这很合适吗?
尤加利对我们来说有两件事。这是一群知道如何构建云软件的人，也是AWS的互操作性部分。我一直在谈论选择，我们意识到AWS的设计模式非常重要。所以我们需要有能力告诉客户，如果你有或对那种设计模式感兴趣，我们有办法支持它。
我们通常看到Eucalyptus需求的地方是客户想要有能力将应用程序从AWS移回私有或托管云环境，或者有人说，我还不知道会发生什么在去公共云首先我要建立我的私有云应用程序与桉树和AWS设计模式(基本意义使用EC2 api, S3 api,等等),并构建的方式给我找到工作,我想要的灵活性。
今年我们应该期待些什么呢?
你会看到我们继续建设我们的OpenStack的Helion发行版和我们的Helion开发平台，所以你会看到新的服务，新的功能，诸如此类的东西。你会看到我们在电信/服务提供商/NFV领域做了很多。
在今年晚些时候,你会听到我们谈了很多关于新模式为企业希望使用云服务管理,但不想买任何物理,不想自己的东西了,只是想消费,但今天,匹配他们的商业现实。我们会在这方面做很多工作。我相信，随着企业真正开始采用云技术，我们今天的云产业在未来将会变得非常不同——然后所有的云供应商将会调整他们的策略来满足企业的需求。所以我们试着滑到冰球将会出现的地方并开始发明一些新的模型。
你提到，分析人士说，目前只有10%的企业需求是由云计算支持的。改变的时间表是什么?
这是一个价值数万亿美元的问题，不是吗?但我看到两种企业模式正在发生，这可能会提供答案。一个是线性步骤。我将从虚拟化转移到私有云基础设施即服务，然后我将尝试一些PaaS的东西，看看它到底有什么意义。然后我会看看能不能在多个数据中心运行然后再看看公共云是否有意义。雷竞技电脑网站这是一种线性模式。
我听到的另一种模式(风险更大)是，首席信息官说，我的企业中的任何新应用程序都将构建为“平台即服务”(platform-as-a-service)，并且可以对其下面的操作系统一无所知。他们试图做的是说，让我们开始构建新的云原生模型，这样我们就不用担心迁移，提升和转移等等。
但还有另一个问题，那就是，哪个平台是服务?在某些时候，你要绑定到某个东西，你要对某个API做出承诺。它可能不再是在操作系统级别。它可能位于中间件栈的更高位置。
然后我们经常看到客户说，我们不会将现有的资源转移到云模型上。我们将在真正的云模型中构建下一个项目或下一个部署。我们将把它作为一个独立的系统来构建，然后通常通过管理工具把它桥回到旧的系统。这也是很常见的。
