OpenStack 开发人员邮件列表摘要 4月29日 – 5月5日 | OpenStack 博客

OpenStack 开发人员邮件列表摘要 4 月 29 日 – 5 月 5 日

Mike Perez

2017年5月7日

POST /api-wg/news

新发布的指南
- 创建一套 API 互操作性指南 1
当前正在审核的指南
- Microversions：在版本主体中添加 nextminversion 字段 2
- 一套关于版本发现的五份文档 3
- 对历史服务类型别名的支持 4
- WIP：microversion 架构归档文档 5
完整线程：6

R-16 和 R-15 周的发布倒计时 5月8-9日

重点
- Pike 功能开发和发布目标的完成。
- 参加波士顿峰会的团队成员应专注于需求收集和收集社区其他部分的回馈。
行动
- 一些项目仍然需要进行 Ocata 稳定点发布。
  - aodh
  - barbican
  - congress
  - designate
  - freezer
  - glance
  - keystone
  - manila
  - mistral
  - sahara
  - searchlight
  - tricircle
  - trove
  - zaqar
- 遵循中间发布模型的项目，且尚未进行任何
  - aodh
  - bitfrost
  - ceilometer
  - cloud kitty[-dashboard]
  - ironic-python-agent
  - karbor[-dashboard]
  - magnum[-ui]
  - murano-agent
  - panko
  - senlin-dashboard
  - solum[-dashboard]
  - tacker[-dashboard]
  - virtage[-dashboard]
- 2017年尚未发布任何内容的独立项目
  - solum
  - bandit
  - syntribos
- 即将到来的截止日期和日期
  - 波士顿 OpenStack 峰会：5 月 8-11 日
  - Pike-2 里程碑 2：6月8日
- 完整线程：7

OpenStack 同时发展得太快又太慢

Drew Fisher 指出用户调查 8 在第 18-19 页反复显示了同样的问题。
- 发展速度太快
- 没有 LTS 发布
- 对于任何不是 N-1 ←N 的版本，升级都令人担忧
  - OpenStack 社区已经建立了合理的测试机制，以确保 N-1 ←N 升级正常工作。
  - 第 18 页：“大多数大型客户进展缓慢，因此运行的是较旧的版本，这些版本有时在他们部署之前就已经在上游 EOL 了。”
  - 我们不太可能添加更多的稳定发布或延长对它们的维护，因为
- 我们需要更多的人来完成这项工作。很难吸引贡献者参与到这个领域。
- 找到一种不损害我们处理 master 能力的方法来完成这项工作。
我们需要在我们的 CI 中提供旧版本的部署平台，以运行自动化测试。
- 支持的开发工具设置工具和 pip 版本。
- 支持的各种库和系统级依赖项的版本，例如 libvirt。
OpenStack 最初没有稳定分支，我们发布版本并确保更新与 N-1 ←N 大致兼容。
发行版维护自己的稳定分支。
- 建议不要重复工作，而是共享一个稳定分支。
  - 发行版打包人员的参与度降低了。
  - 今天只有一个人，目前正在找工作。
维护稳定分支是有成本的。
- 确保稳定分支真正有效运作很复杂。
- 基础设施资源的可获得性。
OpenStack 变得更加稳定，因此对长期维护的需求也变得更加强烈。
- 人们期望上游提供它，而没有意识到上游是由各种组织雇佣的人员组成的，而且显然这并不是一个值得资助的领域。
当前的稳定分支模型在仅支持稳定分支一年方面有点没用。两种潜在的结果
- OpenStack 社区仍然认为做这项工作在上游是有价值的，在这种情况下，组织应该投入资源来使其发生。
- OpenStack 社区认为这最好由下游处理，我们应该完全消除它们。
对于参加峰会的人员，将有一个针对稳定团队的入职培训 9
Matt Riedemann 制作了一个视频 10 ether pad 11 和幻灯片 12 关于稳定工作。最终，确定这样做成本不值得，缺乏资源来做到这一点。
完整线程：13