SuccessBot 说

• Dims [1]：Nova 现在有一个基于 python35 的 CI 作业在 check queue 中运行 Tempest 测试（所有内容都在 py35 上运行）
• jaypipes [2]：终于创建了一个良好的功能测试，可以压力测试 Ironic 和 Nova 的集成以及从 Newton 到 Ocata 的迁移。
• Lbragstad [3]：OpenStack-Ansible 项目有一个测试环境，可以自动执行滚动升级性能测试
• annegentle [4]：Craig Sterrett 和 App Dev Enablement WG：新增了更多 appdev 文档的链接 [5]
• jlvillal [6]：Ironic 团队完成了多节点 grenade CI 作业
• 通过 OpenStack IRC 频道发送消息“#success <message>”告诉我们您的成功。

• 所有：[7]

Pike 版本管理沟通

• 版本联络员负责
  • 与版本管理团队协调。
  • 验证您的团队版本团队请求。
  • 确保满足版本周期截止日期。
  • 鼓励指定版本联络员。否则，此任务将回落到 PTL。
• 确保版本联络员有时间和能力来处理必要的沟通。
  • 未能完成所需的流程步骤可能会阻止您满足截止日期或发布我们的里程碑，因为我们的里程碑是基于日期的，而不是基于功能的。
• 三种主要的沟通工具
  • 电子邮件用于公告和异步通信
    • “[release]”主题标签在 openstack-dev 邮件列表中。
    • 这包括每周版本倒计时电子邮件，其中包含有关重点、任务和即将到来的日期的详细信息。
  • IRC 用于时间敏感的交互
    • 拥有超过 50 个团队，版本团队依赖于您在 freenode #openstack-release 频道中的存在。
  • 书面文档用于相对稳定的信息
    • 版本团队已发布 Pike 周期的时间表 [8]
    • 您可以将时间表添加到您自己的日历中 [9]
• 现在要做的事情
  • 更新您的版本联络员 [10]。
  • 确保您的 IRC 和电子邮件地址列在 projects.yaml 中 [11]。
• 更新您的邮件过滤器，以查找主题行中的“[release]”。
• 完整线程 [12]

OpenStack Summit Boston 时间表现已上线！

• 主会议时间表 [13]
• 立即注册 [14]
• 与会者酒店折扣 [15]
• Stackcity 派对 [16]
• 参加认证的 OpenStack 管理员考试 [17]
• 餐厅和必游景点的城市指南 [18]
• 完整线程 [19]

关于波士顿峰会论坛的一些信息

• “论坛”本身
  • 3 个中等大小的鱼缸房间，用于跨社区讨论。
  • 由 TC 和 UC 成员组成的委员会选择和安排，由基金会工作人员主持。
  • 主题头脑风暴 [20]
• “入职”房间
  • 两个房间以教室风格设置，供项目团队和工作组希望入职新团队成员使用。
  • 例如，为潜在的新贡献者提供代码库介绍。
  • 这些不应该是传统的“项目介绍”演讲。
• 免费黑客/聚会空间
  • 四个到五个房间配备了圆桌，用于即兴讨论和黑客活动。
• 完整线程 [21]

应用目录的未来

• 创建于 2015 年初，作为预打包应用程序的市场 [22]，您可以使用 Murano 部署这些应用程序。
• 这已发展到 45 个 Glance 镜像、13 个 Heat 模板和 6 个 Tosca 模板。否则，没有引起太大的反响。
• 约 30% 只是围绕 Docker 容器的薄包装。
• 流量统计显示每周 100 次访问，其中 75% 仅阅读索引页面。
• 与此同时，Docker 开发了一个相当成功的容器化应用程序市场 (Docker Hub)，拥有数百或数千个定期更新的应用程序。
  • 保留目录会让我们看起来像是在不成功地尝试与该生态系统竞争，而 OpenStack 实际上是互补的。
• 过去，我们已经退出了上游已死的项目。
  • 但是，应用目录有一个活跃的维护团队。
  • 如果我们要退出现有应用目录，那将不是对该团队表现的反映，而是 beta 最终未能建立活跃市场和战略角度的契合点。
• 当今在 OpenStack 中部署 docker 应用程序的两种方法
  • 容器原生方法使用“docker run”在 Nova 或 K8s 集群中使用 Magnum 之后。
  • OpenStack 原生方法“zun create nginx”。
• 完整线程 [23][24]

ZooKeeper 与 etcd 用于 Tooz/DLM

• Devstack 默认使用 ZooKeeper 并且对此持坚定态度。
• 许多与容器相关的项目正在使用 etcd [25]，所以我们需要避免 ZooKeeper 和 etcd 吗？
• 对于数据库和消息队列等，我们现在是时候就一个解决方案达成一致了。
  • 对于 DLM，ZooKeeper 提供了成熟/功能强大的角度。Etcd 涵盖了 Kubernetes 合作/非 Java 角度。
• OpenStack 通过库 Tooz 与 DLM 交互。Tooz 今天仅支持 etcd v2，但计划支持 v3，这将支持 GRPC。
• OpenStack gate 将开始默认使用 etcd 和 Tooz。
• 完整线程 [26]

Go 的小步骤

• 已经启动了一个 etherpad [27]，以开始解决 Go 的新语言要求 [28]。
• 存在一个 golang-commons 存储库 [29]
• 正在 etherpad 中讨论 Gopher cloud 与拥有 golang-client 项目的问题。无论如何，我们需要支持 os-client-config。
• 完整线程 [30]

POST /api-wg/news

• 正在审查的指南
  • 添加 API 功能发现指南 [31]
  • 重构并重新验证 API 变更指南 [32]
  • Microversions：在版本主体中添加 next_min_version 字段 [33]
  • WIP：microversion 架构存档文档 [34]
• 完整线程 [35]

将 Castellan 重命名为 oslo.keymanager 的提案

• Castellan 是对不同密钥管理器解决方案（如 Barbican）的 python 抽象。可以支持 Vault 等实现，但目前尚不支持。
• 重命名将强调 Castellan 是一个抽象层。
  • 类似于 oslo.db 支持 MySQL 和 PostgreSQL。
• 与其命名为 oslo.keymanager，不如将其合并到 oslo 伞形下，无需重命名。Tooz 树立了这种先例。
• 完整线程 [36]

R-23 和 R-22 周的发布倒计时

• 重点
  • 本周期优先级功能的规范批准和实施。
• 行动
  • 团队应研究如何满足 Pike 版本的目标 [37][38]。
  • 希望更改其发布模型的团队应在 Pike-1 结束前进行更改 [39]。
• 即将到来的截止日期和日期
  • 波士顿论坛主题正式提交期：3 月 20 日至 4 月 2 日
  • Pike-1 里程碑：4 月 13 日（R-20 周）
  • 波士顿 OpenStack 峰会：5 月 8-11 日
• 完整线程 [40]

部署工作组

• 使命：协作制定在生产环境中部署和配置 OpenStack 的最佳实践。
• 示例
  • OpenStack Ansible 和 Puppet OpenStack 正在 CI 场景以及 Nova 升级编排方面进行协作
  • TripleO 和 Kolla 共享相同的容器构建工具。
  • TripleO 和 Fuel 共享相同的 Puppet OpenStack 模块。
  • OpenStack 和 Kubernetes 有兴趣在配置管理方面进行协作。
  • 大多数工具希望以通用方式收集 OpenStack 参数以进行配置管理。
• Wiki [41] 已启动，以记录该团队将如何协同工作。还有一个 etherpad [42] 用于头脑风暴。