Wallaby 项目优先级¶
为了最大的讽刺效果！
当然，我们有愿望、渴望、需求和希望。本文档的目的是以公开的方式传达社区的优先级。并非所有这些目标、努力和最终的功能都会发布到 Wallaby 版本中，也不是一个完整的列表。这是为了提高可见性而有意义的列表。
这是 Ironic 团队在 Wallaby 开发周期中优先处理的目标列表，按相对大小排序，并结合我们的依赖关系，大致参考 Wallaby 开发周期的预期 sprint 和发布周期。
列出的主要联系人负责跟踪工作状态并“赶猫”以帮助完成工作。他们不是这项工作的唯一贡献者，也不一定负责编写大部分代码！预计他们将在 IRC 和邮件列表中回答问题，并在 白板 上报告每周 IRC 同步会议的状态。主要联系人的数量通常限制为 2-3 人，以简化沟通。我们期望其中至少有一人拥有核心权限，以简化更改的提交。
注意
为了保持我们的工作有趣和愉快，并继续促进社区参与，本文档可能会穿插一些荒谬的内容。一切都很好，我们还没有完全失去理智。
目标¶
优先级 |
主要联系人 |
目标 |
|---|---|---|
Ironic 开发者 |
主题 |
|
stevebaker |
Sprint 1 |
|
TheJulia |
Sprint 1 |
|
dtantsur, TheJulia rpittau |
Sprint 1 |
|
janders, dtantsur, rpittau |
Sprint 1 |
|
kaifeng, arne_wiebalck |
Sprint 2 |
|
bdodd, ajya, TheJulia |
Sprint 2 |
|
iurygregory, rpittau |
Sprint 2 |
|
rpioso, ajya |
Sprint 3 |
|
zer0cool, rpittau |
Sprint 3 |
|
arne_wiebalck, rpioso, rpittau |
Sprint 3 |
|
kaifeng, TheJulia |
未来 |
|
kaifeng, ljmcgann, rpittau |
未来 |
|
多位贡献者 |
未来 |
发布结构¶
此计划的指标是帮助审查本文档的人员了解功能合并和发布的大致时间。事情可能会提前或推迟合并。
Sprint 1¶
我们预计 Wallaby 周期第一个 sprint 的发布将在 12 月 14 日那周进行。
Sprint 2¶
第二个 sprint 在第一个发布之后开始，我们预计第二个 sprint 结束的发布将在 2021 年 2 月 8 日那周进行。
Sprint 3¶
在第二个 sprint 发布之后，预计的发布日期将在 2021 年 4 月 5 日那周。
主题¶
一般主题工作用于对某个领域进行一般改进，属于主题的范畴。这通常是在整个发布周期或更长时间内进行的小增量改进或相关工作。
未来¶
作为社区，我们对未来可能合并的内容没有明确的想法。出现在此列表上表示社区对推动此努力在周期内前进的兴趣。
目标详情¶
不分先后…
不要（变得）更疯狂¶
Ironic 在使用方面越来越受欢迎，自然而然地，随着需求的演变和新要求的出现，贡献也在增加。这是一个自然的过程。我们必须牢记的关键是，我们只能做这么多。我们不是超人，超人的努力会消耗我们最终征服世界的勺子。
考虑到这一点，我们必须仔细规划未来的路线。最终，我们应该期望重新评估我们的测试矩阵，并专注于最有意义的内容。
警告
超人连衣裙的有效性尚未在临床环境中得到证实。特别感谢 kaifeng 提醒我们，我们都需要微笑。:)
默认使用 GPT¶
Ironic 支持多种部署物理机的方式。其中一种方法包括使用分区镜像。默认情况下，它使用 BIOS 分区格式。但今后我们需要更改为 GPT，因为它更符合使用 UEFI 启动时写入本地启动分区镜像。
让 UEFI 满意¶
UEFI 并且最终 Secure Boot 是 UEFI 最受社区关注的功能，需要以特定的模式进行操作，而这些模式在最终添加功能时并没有很好地理解或记录。
与此同时，数据中心的技术采用滞后，我们开始接触各种情况和问题，其中当前的支持不够理想。最终，我们需要通过让 Ironic 更加智能来改进这一点。
与此同时，我们可能需要考虑在驱动程序中强制执行 Secure Boot。并非所有供应商都支持 Secure Boot，但数据中心运营商的兴趣目前似乎很大。
历史偏爱大胆者¶
为了大胆前进，我们必须提供更多关于节点错误历史的见解。添加支持以记录重要事件并在人类可解析的方式中呈现它们的概念长期以来一直被讨论，并且是一个期望的功能。现在是时候让它发生了。
节点历史目前正在审查过程中，并得到了项目团队会议的大力支持。
Anaconda 部署¶
一些运营商投资于 Anaconda 配置，并使用 Anaconda kickstart 文件来促进部署。更多信息可以在 anaconda 部署规范中找到。
Redfish RAID¶
在 Victoria 开发周期中，提出了使用 Redfish 配置 RAID 设备的方案，但在周期结束时仍在开发中。我们希望在 Wallaby 周期中将其合并到 Ironic 中。
NVMe 安全擦除¶
Ironic 需要更好地处理更高级的存储设备，这些设备支持 NVMe 设备的 secure erase 和 discard。项目团队会议讨论了这一点，并且改进支持的可能性似乎在不久的将来。
快照¶
Nova Compute 与 VM 交互的一个主要兼容性差距，而 Ironic 裸机节点缺乏的是对快照的支持。这是一个有点复杂的问题，可能需要迭代开发过程。目前正在讨论中，社区对该功能感兴趣。有关此功能的更多信息可以在 快照规范文档中找到。
配置模具¶
配置模具是赋予概念性特征的名称，即能够捕获机器的配置，并能够将其印制在多台机器上。虽然 Ironic 具有许多这些基本要素，但我们没有帮助实现轻松执行配置印制作为单个操作的工具。更多信息可以在 变更 740721中找到。
迁移到 oslo.privsep¶
由于工作所需的时间比我们推进更改的时间更长，因此此工作从上一个周期延续而来。更多信息可以在 迁移到 privsep 目标文档中找到。
替换 WSME¶
这项工作是在 Victoria 周期开始的，并奠定了初始基础，现在是时候推进这项工作了。
大多数长期贡献者都知道 WSME 给社区带来的头痛，以及许多项目已经迁移离开它这一事实。
为了让我们转向更广泛的社区支持的内容，Train 项目团队会议的共识是让 Ironic 朝着使用 Flask 的方向发展。我们将从重构单个端点开始，并希望以快速的方式遍历其余 API。
Redfish 互操作性规范¶
从 Victoria 周期开始，互操作性规范的目的是声明 Redfish BMC 需要满足的要求，以便我们的驱动程序能够适当管理裸机节点。
Redfish 论坛有一个 互操作性验证器实用程序机制，允许 BMC 供应商验证其 Redfish API 的实现是否符合代表与 Ironic 兼容性的规范。
这项工作还将使硬件的消费者能够利用该规范来确保他们打算购买的硬件与 Ironic 兼容，甚至将其作为他们的招标/采购过程的一部分。
安全接口¶
最近对与 Keylime 集成的兴趣，促使人们重新考虑一些时间前提出的 安全接口，该接口旨在提供一个集成点，以便 Ironic 能够理解并能够在识别机器不再符合预期配置时采取适当的措施。
该接口将允许轻松采用 keylime 集成，这应该允许 ironic 停止返回到已修改固件的机器的可用库存。
从 URL 启动¶
这是一个长期寻求的功能，并且随着时间的推移可能会出现更多。部分难题在于可能的多种路线，以及在解释“从 URL 启动”时可能出现的情况。幸运的是，Redfish 定义了一个标准接口，可以通过 BMC 来断言配置。
至少在本周期内，我们希望朝着尝试支持此功能的方向迈进，以便我们可以在供应商在 OEM 特定机制之外实现该功能时支持它。
