OpenStack 操作者

• OpenStack 中期运营会议总结：一次成功的尝试 [1]
• OpenStack 升级教程：11个陷阱和解决方案 [2]

“2016年没有 Open Core”（继续）

• 继续讨论 Poppy 项目，Doug Hellmann 指出 Poppy 团队已经完成了我们要求的一切。当前的治理侧重于项目的社会方面和社区互动。即使 Poppy 团队遵循了相关规定，却被告知“他们不是 OpenStack”，这令人沮丧。
• Sean Dague 提到像 Neutron 这样的解决方案有一个开源方案。可能需要一些工作，但至少有一个开源方案可用于测试。
• Dean Troyer 提出我们有像 Cinder 这样的项目，使用商业产品作为存储驱动。即使没有这些存储驱动，Cinder 仍然有用。
• Poppy 的开源实现选项 OpenCDN 目前是一个废弃的项目。
• 完整讨论串：http://lists.openstack.org/pipermail/openstack-dev/2016-February/085855.html

paste.ini 中大量内容对升级的影响

• 最近出现了一组跨域资源共享 (CORS) 补丁 [3]，这给 paste.ini 添加了大量内容。
• Paste.ini 是操作员可以更改的配置文件。
  • 其中包含大量复杂的内容，并且可能在未来的版本中发生变化，这确实是个问题。
  • 弃用内容也具有挑战性。
  • 为什么这些选项不能直接作为 CORS 中间件的默认值？
    • 一些项目，例如 Ironic，要求不要规定头部，例如，如果 Ironic 使用 Keystone 以外的东西，则需要不同的允许头部。
    • 然而，Keystone 是 defcore，所以默认值应该首先在那里有用。然后允许其他认证选项在其之上进行扩展。
• 我们下一步该怎么办？
  • 选项 1：按原样实现，保持一致性，在 Newton 中修复它们。
    • 这在 Newton 中无法修复，因为它需要针对接下来的三个版本进行弃用。
  • 选项 2：尝试在 Mitaka 2 中修复 CORS 中间件设置默认值，并允许项目覆盖 [4]。
    • 这将需要针对许多项目进行补丁 [5]。谁可以帮忙？
• 完整讨论串：http://lists.openstack.org/pipermail/openstack-dev/2016-February/086746.html

[1] – http://superuser.openstack.org/articles/takeaways-from-the-openstack-mid-cycle-ops-meetup-first-time-s-the-charm

[2] – http://superuser.openstack.org/articles/openstack-upgrading-tutorial-11-pitfalls-and-solutions

[3] – https://review.openstack.org/#/c/265415/1

[4] – https://docs.openstack.org/developer/oslo.config/generator.html#modifying-defaults-from-other-namespaces

[5] – http://governance.openstack.org/reference/projects/index.html