SuccessBot 说

• Bknudson: 我们已经移除了 keystone CLI [转而使用 OpenStack Client]
• jrichli: 已经证明 Swift 加密可以通过所有功能测试。
• Bauzas: 只有极少数 Nova 变更缺少 reno 文件，团队现在已经完全掌握了如何添加它们。
• Odyssey4me: OpenStack-Ansible 现在有一个 Designate 角色，可以进行测试 [1]。
• ttx: Glance 是第一个发布 RC1 的项目！
• Mugsie: mlavalle 完成了 Nova/Neutron/Designate DNS 集成，以及文档和客户端。
• Odyssey4me: OpenStack-Ansible 发布了 Kilo 11.2.11。这是我们第一次使用发布团队进行发布，我们非常喜欢！
• Odyssey4me: OpenStack-Ansible Liberty 12.0.8 已经发布。
• 通过 IRC 发送消息“#success [插入成功案例]”告诉我们你的成功案例。
• 所有成功案例

当前 PTL 选举状态

• 重要日期
  • 选举开始：2016-03-18 00:00 UTC
  • 选举结束：2016-03-24 23:59 UTC
• 只有一个候选人的项目：41 个
• 没有 PTL 候选人的项目
  • EC2-API
  • Stable Branch Maintenance
  • Winstackers
• TC 将为没有候选人的项目任命新的 PTL [2]
• 已确认的候选人 [3]

配额 – 服务 vs. 库

• 有一个关于跨项目配额工作的规范 [4]，正在寻求反馈，以确定是作为服务还是库进行推进。
• 服务
  • 一个新项目，用于管理所有使用该服务的项目的配额。
  • 它将负责处理所有配额逻辑的强制执行、管理和数据库升级。
  • 但是，所有项目都将对这个服务产生很大的依赖。
• 库 – 两种方式
  • 不处理数据库模型
    • 也许是一个 ABC，甚至是一些标准实现向量，可以导入到项目空间中。
    • 项目将拥有自己的配额 API，驱动程序将强制执行不同类型（例如，扁平配额驱动程序或分层配额驱动程序），并具有自定义/项目配置
    • 项目维护自己的数据库和升级。
  • 一个包含项目可以导入的数据库表模型的库。
    • 项目将拥有一个方便的表格结构概述。
    • 项目拥有自己的 API 并通过导入这种半定义结构在树内实现驱动程序。
    • 项目维护自己的升级，但会受到公共仓库的影响。
• 或者干脆避免所有这些，只提供指南。
• 过去曾有人提出过服务，例如 Boson 项目 [5]。
• Tim Bell 最初提出库会更好。
  • 如果我们无法就库达成一致，我们不太可能就服务达成一致。
  • 这将允许一致地实现嵌套和用户配额。
• 对于像 Trove 这样需要对所有项目的配额进行一致锁定的项目，像 Nova 这样需要解决先决条件的项目的竞态条件问题。
• 之前的一次峰会上提出的库的主要问题是如何将数据库表管理与现有项目拥有的表关联起来。虽然这并非不可能解决，但我们需要考虑哪些工具可以帮助解决这个问题。
• 完整线程