DefCore为OpenStack带来了一个定义

最新推荐文章于 2024-09-14 22:07:12 发布

cumj63710

最新推荐文章于 2024-09-14 22:07:12 发布

阅读量182

点赞数

文章标签：大数据 python java 人工智能区块链

原文链接：https://opensource.com/business/14/7/interview-rob-hirschfeld-openstack-defcore

版权

OpenStack DefCore委员会通过定义项目的核心功能和测试，确保OpenStack产品的兼容性。Rob Hirschfeld分享了DefCore如何影响用户，以及在OSCON上的讨论重点在于实现云之间的互操作性。

摘要由CSDN通过智能技术生成

名字叫什么？实际上，还可以。为确保共享相同名称的产品之间的兼容性，用户必须期望一组核心功能在不同发行版之间保持一致，这一点很重要。对于由许多互锁组件组成的大型项目（如OpenStack）尤其如此。

Rob Hirschfeld正在努力解决这个问题。他是OpenStack DefCore委员会的联席主席，该委员会通过定义所有OpenStack产品的功能，代码和必须通过的测试，领导为OpenStack创建一个坚定的定义。 Hirschfeld还在OpenStack Foundation董事会中担任民选社区职务之一，并且是Dell的杰出云架构师，他在该公司工作于大规模集成云系统。

在这次采访中，我请赫希菲尔德分享了有关OpenStack，DefCore的工作以及他即将在OSCON上发表的演讲。

不付出太多，您在OSCON上讨论什么？是什么促使对DefCore的需求？

我将实际介绍OpenStack DefCore流程对用户和运营商的影响。我将讨论该过程如何工作以及我们希望它如何使OpenStack用户的生活更好。我们的目标是采取措施实现云之间的互操作性。

DefCore的诞生是出于围绕OpenStack的艰巨难题的回答。诸如“需要Swift吗？”之类的问题。和“我必须交付OpenStack的哪些部分？” 对OpenStack生态系统有非常严重的影响。

查看完整的OSCON演讲者访谈集

在定期的董事会会议上无法就这些问题达成共识，因此DefCore回到了基本原则。我们一直在建立一个流程，以透明的方式帮助我们做出决策。在开源社区中，这非常重要，因为贡献者和用户都希望参与的基本规则。

似乎在OpenStack列表服务器上已经有很多讨论，关于什么是DefCore，什么不是。你的定义是什么？

首先，DefCore仅适用于OpenStack名称的商业用途。集成代码库和社区活动有不同的规则。那是最混乱的地方。

基本上，DefCore建立OpenStack产品所需的最低功能集。

较长的版本包括由董事会管理的流程，旨在使流程非常透明和客观。长期目标是确保OpenStack云以可衡量的方式互操作，并且我们还鼓励供应商生态系统继续参与上游开发和测试创建。

DefCore的最后一个重要组成部分是我们捍卫OpenStack品牌。当我们想要一个充满活力的供应商生态系统时，我们必须首先拥有一个知道OpenStack是什么的社区，并相信使用我们品牌的公司遵守有意义的基准。

是否有其他开放源代码项目使用“指定部分”代码定义其产品，还是OpenStack独有的概念？您认为可以从其他项目的控制（或缺乏控制）中学到什么教训，以保持项目名称的使用？

我不知道使用这些确切词的其他项目。我们选择了“指定部分”，因为社区认为“插件”和“模块”过于有限和通用。我认为这个词可能令人困惑，但这是我们发现的最好的词。

如果您将指定的部分视为插件或模块，那么会有其他概念相似的项目。许多成功的开源项目（Eclipse，Linux，Samba）都是具有非常强大的可扩展性的功能框架。这些项目鼓励人们创造性地使用他们的代码库，然后以代码贡献的形式回馈他们所学到的一些（并非全部）经验教训。如果返回上游的价值范围太广，那么分摊可能会变得繁重且随之而来。

所有项目都必须努力在协作区域（需要加入社区的开销）和独立模块（允许小型团队快速行动）之间找到适当的平衡。从这个角度来看，我认为这个概念与良好的工程设计原则非常吻合。

关键目标是帮助技术和供应商社区了解在何处可以安全地提供替代产品，以及在上游应采用哪些替代产品。我认为，指定的部门可以促进创新，因为它们使人们可以尝试新的想法并针对特定的用例，而不必担心上游的部分。

成为社区选举的OpenStack董事会成员感觉如何？您希望服务的利益是否与公司董事会的利益有所不同，或者这种区别在实践中甚至还很明显？

就像试图在III级急流中划一条龙舟一样。有很多人在水中划桨，但是我们既不划船，也不能够抵抗潮流。我确实认为社区成员代表的利益与赞助席位不同，但是我也认为TC /董事会席位也有所不同。每位董事会成员都根据自己的经验和兴趣提出不同的观点。尽管这些观点是受雇于他们的，但我很高兴地说，我不认为他们的公司隶属关系是他们行动或决定的因素。我可以想到一些我看到相反情况的具体案例：董事会成员在其隶属关系之外采取了行动。