Queens 项目优先级¶
这是 Ironic 团队在 Queens 开发周期内优先处理的开发优先级列表，按优先级排序。请注意，这不是我们本周期的完整待办事项列表，我们仍然希望审查和合并非优先事项。
列出的主要联系人负责跟踪工作状态并协调工作以帮助完成工作。他们不是这项工作的唯一贡献者，也不一定负责大部分编码！他们预计会通过 IRC 和邮件列表回答问题，并在 白板 上报告状态，以便进行每周 IRC 同步会议。主要联系人的数量限制为最多 2-3 人，以简化沟通。我们期望其中至少有一人拥有核心权限，以简化更改的提交。
核心优先级¶
优先级 |
主要联系人 |
|---|---|
TheJulia, dtantsur |
|
pas-ha, TheJulia |
|
rloo |
|
dtantsur |
|
dtantsur, sambetts |
|
johnthetubaguy, TheJulia, dtantsur, mgoddard |
高优先级¶
优先级 |
主要联系人 |
|---|---|
vdrok, vsaienk0, sambetts |
|
sambetts, vsaienk0, bfournie |
|
rloo, stendulker, aparnav |
|
vdrok |
|
sambetts, derekh, jlvillal |
|
pas-ha, vdrok, rpioso |
|
dtantsur, yolanda, rpioso |
|
pas-ha, yuriyz |
详情¶
Ironic 客户端版本协商¶
目前，我们仅支持在整个 ironic 客户端实例的生命周期内使用单个 API 版本。我们需要支持在同一个客户端中使用多个版本。我们还需要一种方法让客户端与服务器协商最大互通版本。然后我们需要切换到默认使用这种协商版本在 OSC CLI 中。最后，我们将使用版本协商在 ironic virt 驱动程序中。
外部项目认证重构¶
正在进行工作，以更改 ironic 与其他 OpenStack 服务进行认证的方式，以便它使用 keystoneauth 适配器。这将使其统一、一致、简单明了，并与最新的 OpenStack 最佳实践兼容。
旧 ironic CLI 弃用¶
我们希望弃用 ironic CLI 工具，转而使用基于 OpenStackClient 的 openstack baremetal 命令。
经典驱动程序弃用¶
我们希望弃用加载经典驱动程序的能力，以及经典驱动程序本身，转而使用硬件类型。我们提供了一个迁移指南来完成切换，并且我们还在考虑编写一个自动迁移工具，尽管这可能很棘手。有关详细信息，请参阅 经典驱动程序的未来。
参考架构指南¶
为了帮助新的部署者做出正确的选择，我们需要一份描述 ironic 部署参考架构的文档，尤其是在多租户网络和与虚拟机共存方面。
Neutron 事件处理¶
目前 ironic 没有办法确定某些异步事件在 neutron 中实际完成的时间以及结果。Nova 另一方面，使用一个特殊的 neutron 驱动程序，过滤掉通知并将其中一些发布到特殊的 nova API 端点。我们应该这样做。
路由网络支持¶
Ironic 应该了解连接网络可用的 L2 段，以及节点实际可用的 L2 网络，以便在进行配置/清理时正确选择子网（IP 地址）。
救援模式¶
这对于用户丢失对机器的常规访问权限（例如，丢失密码）是必要的。 救援模式规范 已合并到 Newton 中，代码已部分完成，让我们在 Queens 中投入精力完成它。
清理部署接口¶
iscsi 和 direct 部署接口实现之间存在大量重复。我们需要清理它们以简化未来的维护。
Zuul v3 作业内嵌¶
随着 Zuul v3 的切换，我们现在可以将作业定义放在我们的源代码树中。让我们在本周期内切换所有作业。
图形化控制台¶
我们需要一种方法来从支持它的驱动程序向用户暴露图形化（例如，VNC）控制台。
BIOS 配置框架¶
一些驱动程序支持通过带外方式设置 BIOS（UEFI 等）配置。我们希望引入一个框架（HTTP 和驱动程序 API），以便驱动程序将此功能暴露给用户。
Ansible 部署接口¶
一个使用 ansible 的部署接口是在树外开发的，并且是 ironic-staging-drivers 的一部分。我们需要将其导入 ironic，以简化需要广泛自定义的高级用例。 规范 已获得批准，现在我们需要清理代码并将其内嵌。
Traits 支持规划¶
Nova 在未来的周期中将从能力切换到特性。我们应该确保我们已准备好切换。Queens 的最低目标是获得批准的规范，概述我们对特性支持的计划。
