Amazon控制着公有云的创新曲线 2010年时，一些人认为标准化RackSpace公有云API将允许OpenStack控制创新曲线，而不是Amazon的创新曲线。从那时起，Amazon继续推新功能，并以惊人的速度整合到产品中。很简单，他们控制着公有云的创新曲线。AWS的竞争对手所添加的每一个公有云特性都将直接与AWS已经内置的功能进行对比。 OpenStack可以在私有云和混合云中的创新曲线中起主导作用，但这需要我们支持公有云中领先的创新曲线。OpenStack要想主导私有云和混合云的创新，它必须拥抱企业希望联合的公有云。 OpenStack可以主导混合云的未来 虽然我曾经批判了这一观点，我曾经认为私有云和公有云需要看起来一样并且互联互通，如果我们大量的采用云。现在我们看到企业客户需要混合的云解决方案：连接到公有云的私有云，这样他们就可以在两头运行工作负载，并且可以有所选择和控制，以积极推动经济和业务敏捷性。 有争议的或许是一套基于OpenStack的公有云服务是否会成为这个公式的另一半。在这一点上有这样的公有云的可能性似乎降低到了微乎其微。AWS和GCE的地位已经确立，全球影响力，快速的功能迭代和增长率奠定了他们的领先位置。有什么可以阻挡？坦率的讲，在技术雷达上已经没有竞争者。 在AWS和GCE主宰的公有云市场里，希望提供一种混合选项的私有云必须接受这些领跑者。 这一切导致一个必然的结论：OpenStack的未来必将是成为与主流的公有云兼容的混合云，这些主流的公有云就是AWS和GCE。如若其他情况出现，我们只有当他们的市场地位已经确立时才需辩论和评判。 因为类似甲骨文和谷歌在Java虚拟机与Davilik虚拟机的裁决，法庭很可能无法保护公共的API。 法律上的恐惧毫无根据 在公有云的API保护上的恐惧、不确定和怀疑完全是愚蠢的。阻止OpenStack社区复制AWS和GCE API是没有法律依据的。要牢记的是Amazon的API已经被复制了。他们有能力针对因此受到的影响而成功地采用一个新的法律措施，事实上之前他们并没有反对复制API。 整个OpenStack社区受益 拥抱Amazon符合全体社区成员的利益，把OpenStack定位成为企业和SaaS提供商的最佳选择，他们希望有这么一个公有云生态系统，这样他们的应用在任何时候都可以部署到最适合它们的基础设置中。 换句话说，如果基于OpenStack的公有云拥抱主要的公有云API，它们会受益于AWS的生态系统，它们将可以在这份大蛋糕中切到一块。同样，主机托管公司也有机会出售托管的私有云，并且是和公有云兼容的，也解决了企业的混合云问题。事实上，这可能是RackSpace梦寐以求的目标。 正是出于这个原因，RackSpace也将是我的倡议受益者。他们将处于一个特殊的位置，将能够部署私有的托管OpenStack 混合云，并且是兼容客户任何想要的公有云的混合部署方案。 现在是时候拥抱Amazon和AWS API 啦！ 是该OpenStack社区做出抉择的时刻了，选择一个兼容公有云的策略将使得该项目能够主导私有云和混合云市场。 时间非常关键。AWS已经涉足提供私有AWS regions给政府（AWS GovCloud），甚至是特殊机构（CIA/NSA）。有理由推断，他们可能会扩大这项计划，必将威胁到OpenStack目前所处的机遇。 我的倡议如下： 1. 拥抱主流的公有云API，GCE、AWS、Azure，甚至vCloud ； 2. 重新命名Nova API为Rackspace Cloud Servers API； 3. 创建一个新的低级别的API并且一道桥接的API模型； 4. 展开测试和refstack周边工作 ； 5. 拥抱现有的AWS互操作性测试架构，例如Cloudscaling aws-compat和Eucalyptus eutester库。 AWS和谷歌是我们的朋友，因为他们传播和采用云计算。他们在为我们所有人“做大蛋糕”。他们共同创造一个丰富并且充满活力的公有云生态系统，OpenStack可以通过一个同样丰富和富有活力的私有云生态系统与之共舞。我希望OpenStack将能主导混合云解决方案。请帮助我使之成为现实。 Sincerely, Randy Bias 原文链接：http://www.cloudscaling.com/blog/cloud-computing/openstack-aws/ |
