设为首页收藏本站

LUPA开源社区

 找回密码
 注册
文章 帖子 博客
LUPA开源社区 首页 业界资讯 开源资讯 查看内容

OpenNebula与OpenStack:用户需求还是厂商驱动

2014-2-28 09:30| 发布者: joejoe0332| 查看: 5439| 评论: 0|原作者: LitStone, 几点人|来自: oschina

摘要: 这真是一个复杂的问题。因为开源项目和技术呈现出多维度,这个问题没有唯一的答案。但是我们并不会畏惧回答这个问题,简而言之,它们代表了两种不同的开源模形。OpenNebula侧重于用户的需求而OpenStack是厂商驱动的 ...


  C 不同的产品视图

  OpenNebula是一个单一为企业准备的开源产品,易于安装和操作,它仅有一个安装和升级过程,一站式的社区和长期商用支持。任何组织可以使用这个开源的版本来创建产品云,并通过社区的邮件列表得到最大程度的支持。此外,任何组织可以从开发者那直接购买商用支持服务。最重要的是我们不提供商用版的软件,我们提供对于社区软件的商用支持。



  另一方面,OpenStack是由许多个不同成熟度的子项目构成的,需要相当复杂的集成来获得一个功能性的云基础设施。不断增加的组件和子项目数量使得集成,协作和发布一个单一清晰的解决方案更加的困难。每个对使用OpenStack有兴趣,需要商业支持和企业的成熟度的机构都将被(负责项目的厂商)推荐布署一些企业版的产品。





  从商业的角度讲,OpenNebula无法与OpenStack竞争,但是因为有了HP,Red Hat 和IBM 等许多厂商,它们都与OpenStack相关,就可以竞争了。 这些企业级的产品包括了不同版本的OpenStack组件,这些组件有着扩展的功能,客户化功能的补充和集成,这些消耗着OpenStack的兼容性和交互性。甚至于它们中的一些包括了专有组件,并且与关键的底层功能实现有着明显的差异。


  因此选择了OpenStack的公司实际上使用的是基于OpenStack的专有软件,这些公司被牢牢的套在厂商提供的特定版本的软件上,且厂商仅支持的是它自己的版本而不是社区版本。更糟的是,没办法从一个厂商迁移到另一个厂商,换句话说,这些软件没有提供开源软件的总体利益:低成本,不绑定,灵活性和交互性。


  D.愿景


  我们希望能够更多地把OpenStack的组件引入到厂商自身开发的"Stack"里,因为厂商自身开发的"Stack"只进行了简单测试,而且其扩展的专有功能限制了客户,交互式操作差。 OpenStack最大的成功是在市场方面。大多数情况下,这样的"stacks"开发商和云提供者在市场上继续把"OpenStacke"定位为主要的竞争者。


  不过同软件开发商和风险投资商进行的投资相比,OpenStack在市场上的占有率相当小。软件开发商专有的"Stack"不仅仅与OpenNebula,CloudStack和Eucalyptus等其他开源云管理平台,以及其他专有云管理平台进行竞争,而且软件厂商与其开放源代码社团之间也进行竞争。所有的软件开发商都宣布他们是OpenStack的领头人,因为这么做了它就会成为所有领域的胜者。在公有云和私有云领域,只有一个OpenStack发布获得巨大的关注。在我们心目中,如今OpenStack的主要贡献者RedHat才可能是唯一的受到关注的哪个厂商


  但愿我们没有看错,OpenStack是一个开放源代码项目,它拥有优秀的开发人员,而且从技术的角度看,组成它的一些组件非常优秀。由于单一云管里平台无法满足所有用户在云上要做的任何事情,因此我们将看到一个开放源代码的云空间,而且有几个还专注于不同环境或者行业。这一切都按照自然的方式演变着,就像其他市场那样。OpenNebula和OpenStack将会并行存在,在某些情况下,在大量的开放云生态链里会协同工作。同时,我们将继续集中精力以创新的方式解决用户的实际需求,而且要让用户处于完全与厂商无关的环境下



酷毙

雷人

鲜花

鸡蛋

漂亮
  • 快毕业了,没工作经验,
    找份工作好难啊?
    赶紧去人才芯片公司磨练吧!!

最新评论

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号   

返回顶部