OpenStack 与 Amazon 的区别以及必须迎接的挑战

还没有读者喜欢这个。
Open innovation

Opensource.com

这是博客文章的浓缩版本:关于两朵不断扩张的云的故事:Amazon 和 OpenStack。 在那里阅读更多关于香港 OpenStack 峰会的信息。 欢迎评论。


OpenStack 社区是一个令人敬畏的软件工厂,它拥有一个令人惊叹的流程来管理发布,其中包含持续集成、源代码管理和同行评审工具,以至于其社区成员之一已将该流程本身打包为产品提供。每个新倡议都会在邮件列表中宣布,在非正式会议和闪电演讲中进行讨论,聚集力量,建立一两个 Wiki 页面,找到支持,获得一个(或两个)GitHub 存储库,制定蓝图,如果它设法找到一点阳光和肥沃的土壤,它就可能会进入孵化阶段,并最终(如果不是像 Amazon 的流程那样迅速)被接受为官方 OpenStack 项目。

这里有一个开放的设计和开发流程,并且它运作良好。它可以并且确实支持集成新项目、审查新想法的过程以及扩展更强大的新服务组合。 透明的阳光只会使设计和审查过程更加强大。持续创新至关重要。 不断扩张的云竞争对手,Amazon 认识到这一点,OpenStack 社区也需要拥抱这种精神。

这两大云巨头之间的区别在于,OpenStack 所做的一切都是公开的。 我们所有的成功和失败都是公开的。 因此,我们必须警惕相信 OpenStack 流程无法支持核心 IaaS 功能集之外的增长。 如果我们这样做,我们就无法扩大 OpenStack 自身的功能组合,并且我们可能会迅速变得无关紧要,因为 Amazon 继续其专有的云市场统治和饱和的追求。为了拥有一个有竞争力的开源产品来构建公共云和私有云,我们需要在 OpenStack 产品组合中添加新的服务和功能,以成熟和稳定“核心”项目。

Ceilometer 项目是新功能的一个很好的例子,它旨在成为在 OpenStack 内收集指标的基础设施。 它的主要目标是监控和计量,但该框架应该可以轻松扩展以收集其他需求。 为此,Ceilometer 应该能够与各种消费者共享收集的数据。 该项目的存在涵盖了非常真实的用例,我相信,它颠覆了一些社区成员最初的商业计划——但对于大多数企业来说,没有监控和计量框架的云将被视为无用。

有时 OpenStack 会蚕食市场,但通常情况下,该领域的供应商会适应并帮助项目发展,因为这就是开源协作的工作方式。 如果您的 IP(知识产权)不够重要或独特,无法抵御一点社区竞争,那么这是一个很好的迹象,表明您需要从其他地方寻找您的价值主张。如果您花费精力担心 OpenStack 正在蚕食您的市场空间,那么您应该关注 Amazon。

在大多数情况下,支持 OpenStack 的公司和个人似乎都理解 OpenStack 的流程——即使评论员不理解。 大多数 OpenStack 用户倾向于以更长远的眼光看待市场空间,并看到更大的格局。 OpenStack 的重点应该放在确保其流程和文化对创新保持开放,并且不会因害怕超越我们的使命而受到限制; 我们的使命是开放的,并将随着技术的发展而变化。

尽管我们非常喜欢 Amazon,并且惊叹于 Netflix 利用新技术和技巧的敏捷性,但我们都曾多次被软件垄断所伤,以至于永远不会回到由单一云主导的世界,而这肯定不是一个有助于其他人耕耘自己花园的世界。

标签
User profile image.
红帽 OpenShift 社区发展总监

2 条评论

这是一个理论问题。

如果 Linus Torvalds 创建了一个庞大的社区来讨论 POSIX 的优点,而不是坚持不懈地努力并编写一个符合 POSIX 标准的操作系统,并在整个过程中收集帮助——那么红帽今天会成为一家价值数十亿美元的企业吗?

声称 AWS 通过“秘密”构建其 API 是一个封闭的野兽,令人恐惧,这很容易。 但事实上,基于开放性值得怀疑的事实标准构建更好的野兽是 Linux 的遗产。

POSIX IEEE 1988 开放标准。 我认为 aws 不是开放标准。 维基百科将开始您对真理的探索。

Creative Commons License本作品根据 Creative Commons 许可协议 授权。 署名-相同方式共享 3.0 未本地化版本许可。
© . All rights reserved.