Mitaka 项目优先级¶
以下是 Ironic 团队在 Mitaka 开发周期中优先处理的开发优先级列表，顺序不限。
您可能会注意到此列表对于一个周期来说显得很长。请注意，其中很多工作已经开始，只需要在 Mitaka 周期内完成；它们并非从零开始。
优先级 |
主要联系人 |
|---|---|
rloo |
|
rloo |
|
rameshg87, lucasagomes |
|
jroll |
|
lucasagomes, lintan |
|
jroll |
|
dtantsur |
|
jroll, devananda |
|
jroll, devananda |
|
jlvillal, krtaylor, lekha |
|
jroll, liliars |
2016 年 5 月。这些工作已在 Mitaka 周期内完成:
ironic-lib 重构¶
在 Liberty 中已经开始将 Ironic 的许多磁盘分区代码重构到一个库 (ironic-lib) 中，完成了库的设置和发布。团队希望在 Mitaka 中完成这项工作，通过删除 Ironic 中的代码并用库调用替换它来实现。这使得 ironic-python-agent 可以通过此库进行高级分区，这将用于支持分区磁盘镜像。
手动清理¶
在 Liberty 中已经开始一项名为“zapping”的功能。这项工作在周期末期开始，实施过程中发现了一些架构和命名问题。这将在 Mitaka 中重新设计为“手动清理”。它需要完成 RAID 工作，并允许操作员手动触发其他清理任务。
RAID¶
在 Liberty 中已经为 RAID 支持奠定了许多基础。为了在 Mitaka 中完成这项工作，我们需要将其与（手动）清理集成，并编写充足的文档供操作员使用。
网络隔离¶
这项功能是在 Liberty 中设计的，并且编写了大部分代码。代码未能及时完成，无法发布到 Liberty 中。我们需要在 Mitaka 中完成这项工作，以及 Nova 方面的工作。这是用户最迫切的需求之一。
实时升级¶
这是必要的，尤其是在频繁发布的情况下，允许我们的操作员在不中断服务的情况下进行升级。这里剩下的代码工作不多；主要是文档、提高意识以及建立一种编码和审查实时升级的文化。
启动接口重构¶
这项工作已在 Liberty 中为大多数驱动程序完成。还有两个驱动程序（iLO 和 iRMC）需要完成。代码已经完成，只需要审查。
使用 futurist 进行并行任务¶
这将有助于扩展我们的 conductor 服务，因为我们有一些定期任务目前串行运行。此外，驱动程序可能会注册定期任务，从而加剧此问题。
节点过滤 API 和声明端点¶
这为 Nova 中正在进行的工作奠定了基础，允许 Ironic virt 驱动程序扩展到许多计算主机。过滤器 API 还帮助用户更智能地查询节点，声明端点将帮助除 Nova 以外的客户端更容易地将任务调度到节点。
多个计算主机¶
这是一项努力，旨在允许 Nova 中的 Ironic virt 驱动程序扩展到许多计算主机。目前仅支持一个计算主机。这缩小了 Ironic 部署中 nova-compute 服务的故障域，并有助于更有效地调度 Ironic 资源。请注意，这项工作在 Nova 代码库中，但 Ironic 团队负责。
改进测试¶
我们的测试中存在一些差距，我们需要弥补这些差距。这包括完整的 tempest、微版本测试、grenade 作业、功能测试、第三方 CI 等。这些将帮助我们保持发布的稳定性。
改进文档¶
我们目前在官方 OpenStack 文档中没有任何存在，并且相关地，目前没有办法更新稳定分支的文档。我们还需要创建一个开发者指南，以帮助开发者更轻松地遵循我们的流程并提交更好的代码，以及帮助审查者以一致的方式审查代码。
