为什么OpenStack与其他开源项目不同

最新推荐文章于 2024-09-13 10:10:28 发布

cuml0912

最新推荐文章于 2024-09-13 10:10:28 发布

阅读量154

点赞数

文章标签：大数据 java 人工智能区块链项目管理

原文链接：https://opensource.com/business/15/3/why-openstack-different-other-open-source-projects

版权

对我来说， OpenStack项目与其他开源项目不同。让我尝试解释一下。

几年前， Henrik Ingo对开源项目规模与治理结构进行了出色的分析。本质上，九个最大，最活跃的开源社区都扎根于非营利性基金会中。第十大公司比第九大公司小十倍，并且存在于公司内部。像一位优秀的工程师一样，亨里克（Henrik）提供了数据并列出了他的假设。他并不是在暗示增长是因果关系，仅仅是因为两者之间存在很强的相关性。他正确地注意到，当他在2011年夏季提出自己的发现时，以OpenStack为例，了解这意味着什么将很有趣。（他撰写了一篇出色的后续文章，比较了以后的云项目。）

亨里克（Henrik）的分析和观察假设了有关开源许可项目本身如何运作的某些标准。在进入基础放大器之前，它必须是一个“运行良好的项目”。许多人描述了成功社区的基本要素。我最喜欢的一些电影包括Dave Neary ， Donny Berholz和Kohsuke Kawaguchi 。当然，还有Jono Bacon的基本参考资料。不久前，我试图在博客中捕获并收集成功的开源项目的模式和实践。

当我们在Outercurve基金会担任执行和技术总监时，Paula Hunter和我为扩大基金会提供了理由。放大的原因可能是什么？我们认为，这是所有基金会围绕其项目为其利益相关者所做的一件事。基金会应其利益相关者的要求而存在，以阐明知识产权管理要求并减轻知识产权风险。从工程和治理的角度来看，项目社区必须运作良好，但是一旦有了基础，企业参与者就可以清楚地参与，并且对社区的投资可以大幅增长。

因此，扎实的工程实践+强大的社区治理+清晰的IP管理可以实现增长。到目前为止，一切都很好。

但是OpenStack作为一个开源项目在某种程度上是独一无二的。那是2010年。亚马逊在提供云服务方面具有巨大的推动力（2006年）。桉树已获得开源许可，但由单个供应商控制（née2009）。 Cloudstack只是在开放源代码许可下发布（2010年5月），但仍由Cloud.com紧密持有。厂商中立选项的时机已经成熟。 Rackspace首席执行官Lew Moorman和NASA首席技术官Chris Kemp在OSCON 2010大会上宣布了OpenStack的成立。

大量的供应商开始及早跳入简单的基础架构，以将其Swift发展成潜在客户市场。创建了项目治理，人们开始在峰会上聚集。在两年内，OpenStack被正确地强迫成立一个中立的非营利基金会，以澄清IP所有权。（每个人都以MySQL为例，因为它由Sun Microsystems（2008年）购买，然后由Oracle（2010年）收购并赎回。）

但是这里是OpenStack开始破坏模式的地方。一开始只有很少的代码。它从一开始就创建，一直到工程师。 OpenStack在一定时间内经历了强制增长，这是其他大规模，成功的开源许可基础架构项目的20-25％。过去的20年中，投入的精力已经变成了四分之三，已经将严肃的厂商主导的产品推向市场。

	Linux内核	阿帕奇（httpd）	海湾合作委员会	OpenStack的
Project started	1991年	1995年	1987年	2010
Foundation formed	2000	1999年	1987年*	2012年
Re-architected	2002年	2002年	1998年	???
Lines of code at midpoint	4,000,000	980,000	1,150,000	500,000
Lines of code today	17,000,000	1,700,000	690万	2,300,000
Contributors at midpoint	186	17	50	174
Contributors today	1,000	17	94	575

注意：GCC开始于自由软件基金会； 从Ohloh.net，维基百科和访谈中提取的数据

在大型供应商介入之前，OpenStack在简单的用例中并没有发展其他基础设施开源许可项目（例如Linux，Apache）所经历的实验和体验使用。 OpenStack继续展现出巨大的增长和参与。随着供应商开始从各种OpenStack项目中开发云交付产品和服务，他们发现功能上的漏洞，要求他们Swift创建新的OpenStack项目以填补空白。供应商也开始发现OpenStack本身可能无法满足某些行业需求的需求（例如，围绕NFV的Telco需求）。同样，所有核心基础结构开源项目在其有机历史中都达到了关键点，在架构设计中需要重新设置以解决新使用和部署的压力。 Linux，Apache和gcc在各自的历史记录中都进行了重新架构，以适应项目在新的部署和使用中的有机增长。

一些有趣的问题：