DefCore、项目管理和 OpenStack 的未来

Rob Hirschfeld 从 OpenStack 项目正式成立之前就参与其中，因此他对该项目的历史、组织以及未来的发展方向有着丰富的见解。最近，他主要关注物理基础设施自动化领域，与 OpenCrowbar 的企业版合作，这是一个“API 驱动的裸金属”项目，最初是 OpenStack 安装程序，后来发展成为通用工作负载底层。

Rob 将在即将到来的温哥华 OpenStack 峰会的两个小组讨论中发言，包括 DefCore 2015 和 OpenStack 项目管理现状。我们采访了 Rob，以了解关于这两个主题的最新信息以及 OpenStack 的未来发展。

我们曾请您帮助我们了解 DefCore 的开发过程 去年；作为提醒，DefCore 是什么？人们为什么应该关心它？

DefCore 为 OpenStack 供应商创建了一个最低限度的定义，以帮助确保用户社区的互操作性和稳定性。虽然 DefCore 定义仅适用于要求使用 OpenStack 商标的供应商，但这对我们选择的作为必需的测试和 API 具有技术影响。我们努力确保选择“核心”的选择过程是透明和公平的。

OpenStack 基金会成员今年早些时候批准的变更对 DefCore 意味着什么？

社区批准的章程变更对于允许我们使用 DefCore 更细粒度的核心定义非常重要。之前的章程更侧重于项目。这些变更允许我们根据需要从项目中选择特定的 API 和代码组件，而不是盲目地选择所有内容。这使得项目既可以拥有稳定的组件，也可以拥有新的创新组件。

随着我们朝着下一个版本迈进，我们对 OpenStack 的结构和组织有何期望？

未来还会有很多变化。技术领导层正在使加入 OpenStack 代码库变得更容易。我曾写过关于这种变化可能对 OpenStack 产生正面和负面影响的文章，使其看起来更像是一套项目，而不是一个紧密集成的产品。在许多方面，随着社区扩展到包括更多功能，DefCore 帮助供应商将 OpenStack 定义为产品。在我的讨论中，这是一个很好的平衡。

稍微转换一下话题，您也深入参与了 OpenStack 项目管理工作组。自他们在巴黎峰会召开以来，该小组取得了哪些进展？

这个小组已经取得了很大进展。我们看到非董事会领导介入并领导该小组。这种领导更具组织性，并且基于直接做出贡献的公司。我认为这为小组带来了很多好的想法和文档。我们将在温哥华看到他们取得的一些出色成果。这将回归社区和技术领导层，以利用这项工作。我认为这才是真正的考验：我们必须在多个角度之间分享方向的所有权。做到这一点的第一步是将其写下来（他们一直在这样做）。

除了组织之外，我们来谈谈软件本身。您希望在 Liberty 版本中看到什么？

我希望看到 Neutron 的采用加速。拥有两种网络方法使得真正拥有互操作性故事变得不可能。这意味着 Neutron 必须在技术上可行，并且对运营商和用户也适用。坦率地说，它还必须克服自身的声誉。如果 Neutron 没有成为主导选择，我们将有效地拥有两种主要的 OpenStack 版本。从 DefCore、供应商或用户的角度来看，这是一个非常具有挑战性的局面。

您还有其他要补充的吗？

我们共同完成了很多工作。在某些方面，追逐太多目标是我们最大的威胁。我认为容器工作负载和编排已经对 OpenStack 产生了很大的颠覆性影响。我希望我们专注于交付稳定的核心基础设施。这就是我一直在 DefCore 上努力工作的原因。展望未来，试图追逐太多目标并失去用户想要的核心的风险越来越大。

本文是 OpenStack 峰会演讲者访谈系列 的一部分，该系列是为期五天的 OpenStack 温哥华峰会 准备的，该峰会面向 OpenStack 云软件的开发人员、用户和管理员.