OpenStack 博客 关于 OpenStack 的所有文字记录。

这篇博文最初来自 Eric Day 在 http://oddments.org/?p=591。我复制它在这里供您参考

OpenStack 目前由三个主要组件组成：Nova (Compute)、Swift (对象存储) 和 Glance (镜像服务)。还有一些其他项目，例如仪表板和移动应用程序。您可以在这里查看完整列表。这是一个良好的开端，但为了使 OpenStack 长期竞争，需要引入其他基础设施和平台服务。

步骤 1 – 想法

第一步是弄清楚缺少什么。什么新服务可以补充现有的软件？什么尚未解决？用户在要求什么？消息队列似乎是一个合适的下一步，因为大多数需要扩展和高可用性的应用程序都会在某个时候使用队列（有时并非以最明显的形式）。它还将允许其他云服务建立在其之上。事实上，当前的 OpenStack 项目甚至可以利用队列服务来开发新功能。

步骤 2 – 初始需求

在撰写提案并发送出去之前，最好先收集一些初始需求并弄清楚它可能是什么样子。不要担心细节，因为社区将稍后帮助完善这些细节。在考虑 OpenStack 项目时，一些主要需求是水平可扩展性、多租户、模块化 API、REST API、区域和本地感知以及没有单点故障（高可用性）。在开始考虑特定服务之前，这已经是一套很重的需求了，但它将帮助您思考如何处理服务。您可能需要偏离传统的思维方式。例如，在机架或数据中心中有效的方法可能不适用于云端。您需要提前考虑到这一点并说明与人们期望的不同之处。对于队列服务，这意味着不采用一些队列协议和服务中看到的传统方法，而是整合分布式服务的想法。

多租户云与许多人习惯的环境非常不同，通常需要不同的方法来解决问题。如果有人告诉您您是在重新发明轮子，请考虑他们的担忧，但也要意识到您可能不是。您可能正在编写喷气发动机。

步骤 3 – Wiki 和邮件列表提案

一旦您有了好的想法和粗略的提纲，您可能需要先让几个人提供反馈，然后再发送给所有人。然后，您需要在OpenStack wiki 上创建一个新页面，并向公共邮件列表发送一条消息，提及 wiki 页面并要求社区提供反馈。例如，我撰写的队列服务提案可以在这里找到。邮件列表中有大量的集体经验和脑力，这将有助于指出提案中的任何问题。您最初提出的服务可能与您实际构建的服务看起来完全不同。同样，您提出的服务可能不适合云端或 OpenStack。社区将帮助理清所有这些细节。

步骤 4 – 等待

人们可能需要一段时间才能赶上公共邮件列表，所以请耐心等待。通过其他方式（博客、推文、IRC 等）让人们知道该提案，并帮助促进人们的讨论。

步骤 5 – 原型

一旦您觉得社区对该提案感到满意并且它是一个可行的想法（不要期望达成共识），就对其进行原型设计！这表明您是认真的，并且这项练习将有助于解决提案中的更多问题。让社区了解它，并再次等待反馈。这不需要任何花哨的东西，对于队列服务，我在周末完成了这个。

步骤 6 – 名称和语言

现在到了困难的部分，选择项目名称。我建议不要在邮件列表中进行此操作，因为对于不太重要的问题来说，这会产生很多噪音。请向可能感兴趣的几个人寻求建议，并确保它尚未被占用（在 github、Launchpad、Google 等上搜索）。对于队列服务，我们决定使用“Burrow”。

您还需要确定最合适的语言。对于中间件和服务，Python 是一个不错的默认选择。如果效率是一个问题，请查看 Erlang 或 C/C++。请务必向列表发送另一封邮件并征求反馈。对于队列服务，我最初提出了 C++，并以 Erlang 作为替代方案，因为效率是一个主要问题（尤其是在利用多个核心方面），社区的回应褒贬不一，但对 Erlang 的热情更高。

步骤 7 – 在 Launchpad 上启动项目

我们使用 Launchpad 进行 OpenStack 项目管理。您需要创建一个项目和几个组来管理它。例如，队列项目可以在这里找到。这些组具有以下角色（将 burrow 替换为您的项目名称）

• burrow – 任何人都可以加入的公共组。这目前包括主 OpenStack 邮件列表中的成员，但我们以这种方式设置，以防需要将项目分解为自己的列表。
• burrow-drivers – 负责维护项目、管理蓝图和发布版本的组。
• burrow-core – 负责执行代码审查的组。
• burrow-bugs – 负责管理错误的组。

步骤 8 – 锁定发布和里程碑计划

虽然现在还不重要，但开始配合 OpenStack 的发布周期可能是一个好主意。目前每个发布周期为三个月，每个发布周期都设置了功能冻结、错误冻结和发布等里程碑。更多详细信息请参见 发布页面。Launchpad 使管理起来相当简单，您只需要创建一个新的系列（例如，现在是“cactus”），并在该系列中创建几个用于冻结和发布的里程碑。如果您需要任何帮助，请在邮件列表中或 IRC 上提问，但一个好的经验法则是遵循其他成熟项目（如 Nova）的做法。

第 9 步 – 代码！

开始工作，并尝试招募其他开发人员来帮助您。通过 IRC、邮件列表、planet.openstack.org 和推文及时向社区更新进度。

第 10 步 – 提交给项目监督委员会

到目前为止，您的项目还不是一个官方的 OpenStack 项目。它是一个由社区驱动、经过深思熟虑的想法，可能已经有了一个良好的开端。一旦项目能够独立运行，您需要使用 此页面 向 POC 提交提案。您可能不需要最终版本，但需要一个功能完善且比原型更稳定的版本。POC 每周召开一次会议，但可能需要更多时间（以及一些讨论）才能确定您的项目是否准备就绪。我一直在推动的队列服务尚未提交，因为它还没有准备好，所以您可能需要谨慎对待所有这些。我希望在四月作为 Cactus 发布的一部分提交第一个版本。

总结

此过程可能会有所不同，并且肯定可以改进。我正在描述我为一个新项目所做的事情，但现有项目显然需要采取不同的方法。但要记住的主要思想是，任何 OpenStack 项目都应被视为社区驱动的，而不仅仅是由个人或公司驱动的。一个或多个个人最初可能会承担社区的大部分工作，但社区的关注和反馈应始终受到最重视。