Success Bot Says

• vkmc：我们获得了 7 名实习生参加 2015 年 12 月至 3 月的 Outreachy 项目。
• bauzas：Nova 发布说明中的 Reno 已到位。
• AJaeger：我们现在已经发布了 Liberty 的日语安装指南 [1]。
• robcresswell：Horizon 进行了一天的 bug 修复！我们在分类新 bug 和删除旧 bug 方面取得了良好的进展，社区的许多成员纷纷伸出援手。
• AJaeger：OpenStack 架构设计指南已转换为 RST [2]。
• AJaeger：虚拟机镜像指南已转换为 RST [3]。
• Ajaeger：日语网络指南已发布为草稿 [4]。
• 通过 IRC 发送消息“#success [插入成功案例]”告诉我们你的成功案例。

发布倒计时，R-18 周，11 月 30 日 – 12 月 4 日

• 所有遵循带有里程碑的周期发布模型的项目都应为里程碑标签做好准备。
• 发布操作
  • 所有交付成果必须在添加 Mitaka-1 里程碑标签之前配置 Reno。
  • 使用 openstack/releases 仓库来管理 Mitaka-1 里程碑标签。
  • 一次性更改，我们将简化指定项目版本的方式，转而仅使用标签而不是 setup.cfg 中的版本条目。
• 稳定发布操作：检查自上次发布以来稳定/liberty 分支中的补丁，并确定您的交付成果是否需要新的标签。
• 重要日期
  • 请求 Mitaka-1 里程碑标签的截止日期：12 月 3 日
  • Mitaka-2：1 月 19-21 日
  • Mitaka 发布计划 [5]

通用 OpenStack “第三方” CI 解决方案 – 完成！

• Ramy Asselin 领导这项工作，宣布一切都完成了！
  • 此解决方案使用与上游 Jenkins CI 解决方案相同的工具和脚本。
  • 设置 3 个虚拟机（1 个运行 CI 作业的私有虚拟机，1 个托管日志文件的公共虚拟机）的第三方 ci 系统的文档现在可用 [6] 或 [7]。
  • 目前有许多公司使用此解决方案来满足其第三方 CI 需求。

补丁合并时关闭 bug 的流程变更

• 今天，当一个补丁使用“Closes-Bug”合并时，它会将关联的 bug 标记为“Fix Committed”（已修复提交），以表明已修复，但尚未发布。
• 发布团队使用自动化工具将 bug 从“Fix Committed”标记为“Fix Released”（已修复发布），但由于 Launchpad 问题，它们不可靠。
• 改进可靠性的自动化工具提案：带有“Closes-Bug”的补丁消息，将 bug 状态标记为“Fix Released”而不是“Fix Committed”。
• Doug 希望下周生效。

从主动不信任模式转为信任模式

• Morgan Fainberg 写道，大多数项目都有一种不信任策略，可以防止以下场景
  • 公司 A 的员工编写代码
  • 公司 A 的另一位员工审查代码
  • 公司 A 的第三位员工审查并批准代码。
• 信任模式提案
  • 代码审查仍然需要 2 名核心审查员（无变化）
  • 代码可以由与两名核心审查员（和批准者）相同的公司成员开发。
  • 如果通过此新策略给予的信任被违反，则代码可以（如果需要）回滚（我们在这里使用 git），并且相关人员可以失去核心状态（PTL 的酌情决定），并且策略可以更改回上述“不信任”模式。
• Dolph Mathews 提供了“不信任”模式帮助或可能帮助的场景
  • 员工因未积极审查和批准同事的补丁而受到管理层的训斥。
  • 一群员工被施压以尽快发布功能。最少的社区参与意味着更快的“合并”路径，对吧？
  • 来自作者组织的许多审查员反复发送 *许多* 粗心的 +1 到单个补丁。（这些不是核心成员，但这是一个相关的组织行为被极端化。）

稳定团队 PTL 提名现已开放

• 正如 [8][9] 中讨论的那样，关于建立一个独立的稳定维护团队，我们将在未来几周内组织 PTL 选举。
• 稳定团队的任务
  • 定义和执行通用的稳定分支策略
  • 教育和陪伴项目在使用稳定分支
  • 保持 CI 在稳定分支上运行
  • 指导/培养稳定维护团队
  • 创建和改进稳定的工具/自动化
• 过去一年成功为稳定分支回端口做出贡献的任何人都可以参加稳定 PTL 选举。
• 如果感兴趣，请回复线程进行自我提名。
• 截止日期是 UTC 11 月 30 日 23:59。
• 选举将在下周进行。
• 当前候选人
  • Matt Riedmann [10]
  • Erno Kuvaja [11]

使用 Reno 进行库

• 库有两个受众的发布说明
  • 使用库的开发人员。
  • 推出库新版本的部署者。
• 为了区分这两个受众的说明，并避免手动执行我们一直在自动执行的操作，我们可以仅为部署者发布说明使用 Reno。
• 需要 Reno 的库存储库应像服务项目一样进行配置，并具有与开发人员文档不同的作业和发布位置 [12]

发布与开发周期

• Thierry 写道，随着越来越多的项目进入 Big Tent，最近对发布模型和开发周期提出了问题。
• 有些项目希望独立于通用的发布周期和日期，但仍然保持对开发周期的一些遵守。示例
  • Gnocchi 希望完全独立于通用的开发周期，但仍然维护稳定分支。
  • Fuel 传统上会在 OpenStack 发布之后几个月发布其版本，以集成所有功能。
• 上述所有项目目前都应为 release:independent，直到他们能够（并且愿意）将其自己的发布与遵循通用发布周期的项目协调。
• 发布团队目前支持 3 种模型
  • release:cycle-with-milestones 是传统的 Nova 模型，在 6 个月的开发周期结束时有一个发布，并且从该发布派生出一个稳定分支。
  • release:cycle-with-intermediary 是传统的 Swift 模型，在 6 个月的开发周期内根据需要进行发布，并且从周期中的最后一个发布创建稳定分支。
  • release:independent，适用于不遵循发布周期的项目。
    • 可以制作支持 Mitaka 发布的版本（包括稳定更新）。
      • 可以在 Mitaka 发布周期之后调用分支 stable/mitaka，只要分支稳定且不是开发分支即可。
    • 应明确记录他们的发布与 OpenStack Mitaka 发布兼容，而不是 Mitaka 发布的一部分。

是时候对您的项目进行一些断言了

• 技术委员会定义了许多“assert”（断言）标签，允许项目团队对自己的交付成果进行断言
  • assert:follows-standard-deprecation
  • assert:supports-upgrade
  • assert:supports-rolling-upgrade
• 详细信息请参阅 [1]
• 更新项目.yaml [2]，其中包含适用于您项目的标签。
• OpenStack 基金会很快将在项目导航器 [3] 中使用“assert”标签。

使稳定维护成为自己的 OpenStack 项目团队（续）

• 继续上周的讨论 [4]…
• 缺点
  • 没有足够的工作来证明指定“团队”的合理性。
  • 这种变化不太可能对情况带来有意义的改善，突然出现新的资源。
• 优点
  • * 一个授权的团队可以处理新的协调任务，例如更直接地参与统一跨团队的稳定分支规则，或生成工具。
  • 发布管理不再与稳定分支重叠，因此将其置于该 PTL 下会受到限制且效率低下
  • 通过赋予其自己的团队来加强品牌（branding），可能会鼓励更多组织为其提供新的资源
• Matt Riedemann 愿意领导该团队。

发布倒计时，R-19 周，11 月 23-27 日

• Mitaka-1 里程碑计划于 12 月 1-3 日。
• 团队应…
  • 完成 Liberty 周期末期未完成的工作。
  • 最终确定并宣布峰会上的计划。
  • 完成规范和蓝图。
• openstack/release 仓库将用于管理 Mitaka 1 里程碑标签。
• Reno [5] 将取代 Launchpad 用于跟踪已完成的工作。确保在此周期中完成的任何发布说明都提交到您的主分支之前提出里程碑标签。

新的 API 指南，用于跨项目审查

• 以下内容将很快合并
  • 添加 API 微版本指南的介绍 [6]。
  • 添加分页参数的描述 [7]。
  • 一个关于错误的指南 [8]。
• 这些将在下一次跨项目会议中讨论 [9]。

Magnum 简介，OpenStack 容器即服务

项目团队负责人 Adrian Otto 介绍了 Magnum 的工作原理以及它可以为您解决哪些问题。

OpenStack Mitaka 发布：Ansible、Oslo 和 Designate 的下一步是什么

与这些 OpenStack 项目的 PTL（项目团队负责人）会面，了解如何参与其中。

• 在 OpenStack Foundation 播放列表上了解 Mitaka 发布中其他 OpenStack 项目的内容。

社区反馈

OpenStack 始终欢迎反馈和社区贡献，如果您希望在 OpenStack 每周社区新闻通讯中看到新的部分，或者对内容呈现方式有想法，请与我们联系：[email protected]。

之前活动的报告 

• 两位 OpenStack 操作员分享他们最新的行动项目

截止日期和贡献者通知

• 征稿
  • OSCON 2016 截止日期：2015 年 11 月 24 日
  • FOSDEM 2016
    • 测试和自动化 2015 年 11 月 30 日
    • 虚拟化和 IaaS 2015 年 12 月 1 日
    • 容器和进程隔离 2015 年 12 月 1 日
    • 配置管理 2015 年 12 月 1 日
  • Continuous Lifecycle London 截止日期：2015 年 12 月 1 日
  • PyCon 2016 截止日期：2016 年 1 月 3 日
  • USENIX 年度技术大会 2016 截止日期：2016 年 2 月 1 日

安全公告和通知 

• 本周没有

技巧 ‘n 窍门 

• By Dan Smith: OpenStack Nova 中的升级：远程过程调用 API
• By Dan Smith: OpenStack Nova 中的升级：对象
• By Rossella Sblendido: VM 如何在 Neutron 中访问其元数据
• By Adam Young: RDO/RHOS 和上游 OpenStack 版本的转换

即将举行的活动 

• 2015年11月21日 11/21 与您会面 – Summit 主题演讲，容器，Neutron，Cinder… 上海，中国
• 2015年11月21日 OpenStack云环境的测试与评估（­兼与社区大咖畅聊东京峰会见闻）北京，中国
• 2015年11月22日 OpenStack & SDN/NFV at JNU 新德里，印度
• 2015年11月24日 De Marconi a Zaqar, la evolución del sistema de mensajería y notificaciones 瓜达拉哈拉，墨西哥
• 2015年11月26日 From Liberty to Mitaka 罗马，意大利
• 2015年11月26日 OpenStack Orchestratie 2015 布雷达，荷兰
• 2015年11月26日 From Liberty to Mitaka RM，意大利

Kilowatts for Humanity 利用风能和太阳能为农村社区供电

由 OpenStack 驱动的 DreamCompute 云计算有助于保持农村微电网的运行

OpenStack 和网络功能虚拟化，幕后故事

OpenStack 执行董事 Jonathan Bryce 在 OPNFV Summit 上发表主题演讲，讨论了这两个社区。

以漫画风格对抗云供应商锁定

为了庆祝 OpenStack 社区和 Liberty 版本，Cloudbase Solutions 团队创建了一本独一无二的印刷漫画，其中包含大量 OpenStack 双关语以及对漫画和怪兽文学的引用。

社区反馈

OpenStack 一直对反馈和社区贡献感兴趣，如果您希望在 OpenStack Weekly Community Newsletter 中看到新的部分，或者对内容呈现方式有任何想法，请与我们联系： [email protected]。

之前活动的报告 

• 本地用户在 OpenStack Day Benelux 上抢镜
• 与 NTT Group 会面，OpenStack Summit Tokyo 的 Superuser Awards 获奖者

截止日期和贡献者通知

• 征稿
  • OSCON 2016 截止日期：2015 年 11 月 24 日
  • Continuous Lifecycle London 截止日期：2015 年 12 月 1 日
  • PyCon 2016 截止日期：2016 年 1 月 3 日
  • USENIX 年度技术大会 2016 截止日期：2016 年 2 月 1 日

安全公告和通知 

• 本周没有

技巧 ‘n 窍门 

• By Adam Gandelman: Blog: Astara Liberty Release
• By Chris Price: OPNFV 在第二个版本 Brahmaputra 中创建更多功能和文档

OpenStack 开发人员邮件列表摘要 11月7日-13日

即将举行的活动 

• 2015年11月14日 如何基于 Keystone 构建多租户服务？
• 2015年11月15日 – 20日 Supercomputing 15 奥斯汀，德克萨斯州，美国
• 2015年11月15日 奔跑吧，OpenStack! ——UnitedStack与您⾯对⾯·北京站·东京峰会见闻专场 北京，中国
• 2015年11月16日 November Meetup 曼彻斯特，英国
• 2015年11月17日 – 18日 Monitoring A Multi-Tenant Cloud by Datadog/ Neutron Networking by Midokura 纽约，纽约，美国
• 2015年11月18日 Deploying OpenStack Using OSAD 休斯顿，德克萨斯州，美国
• 2015年11月18日 Meetup#18 – Bundles d’applications sur OpenStack @POSS La Plaine Saint-Denis，法国
• 2015年11月18日 Tokyo Aftermath Meetup 伦敦，英国
• 11月18日至19日有几个您不想错过的活动，请在此处查看完整列表

稳定/liberty 和 Mitaka 的新管理工具和流程

• 对于发布管理，我们使用了 launchpad 里程碑页面和我们的 wiki 来跟踪发布中的更改。
• 我们过去在发布时提取稳定点发布的发布说明。
• 发布经理会在每个里程碑与 PTL 和发布联络人合作，以更新 launchpad，以反映已完成的工作。
• 这需要稳定维护和发布团队的大量工作。
• 为了解决随着项目不断增长而产生的工作，发布团队正在引入 Reno，以便持续构建树中的发布说明文件。
  • 这个想法是小的 YAML 文件，通常每个注释或补丁一个，以避免回溯端口上的合并冲突，然后将其编译为可读的文档供读者阅读。
  • 支持使用 ReStructuredText 和 Sphinx 将注释文件转换为 HTML 以供发布。
  • 有关使用 Reno 的文档可在 [1] 处找到。
• 发布联络人应在 Mitaka-1 里程碑之前为每个项目创建并合并几个补丁
  • 到主分支，发布说明的说明。Glance 的一个例子 [2]。
  • 发布项目稳定/liberty 的说明。Glance 的一个例子 [3]。
  • 项目配置中的相关作业。Glance 的一个例子 [4]。
  • Reno 在峰会之前还没有准备好，因此 wiki 被用于 Liberty 初始版本的发布说明。联络人应将这些注释转换为稳定/liberty 分支中的 Reno YAML 文件。
• 使用主题“add-reno”来跟踪所有补丁的采用情况。
• 一旦联络人完成这项工作，launchpad 就可以停止用于跟踪已完成的工作。
• Launchpad 仍然将用于跟踪错误报告，目前为止。

让 Juno“保持活力”更长时间

• Tony Breeds 正在寻求关于让 Juno 保持更长时间的反馈。
• 根据当前的用户调查 [5]，Icehouse 仍然是生产云中安装基数最大的版本。Juno 位居第二，这意味着如果我们本月结束 Juno 的生命周期 (EOL)，大约 75% 的生产云将运行 EOL 版本。
• 然而，这样做存在问题
  • 运行必要作业以确保稳定分支仍然工作的 CI 容量。
  • 缺乏关心稳定分支继续工作的人力资源。
  • Juno 仍然与 Python 2.6 绑定。
  • 仍然需要安全支持。
  • Tempest 是无分支的，因此它正在运行稳定的兼容作业。
• 这被公认为一个常见请求。常见的答案是“投入更多资源来修复现有的稳定分支，我们可能会考虑一下”。
• Matthew Riedmann 负责稳定分支的工作，证实 stable/juno 已经因为需求上限问题而报废。您修复一个问题以解除一个项目的阻塞，然后通过全局需求同步，我们最终会破坏另外两个项目。这个循环永无止境。
• 同样的问题不存在于 stable/kilo 中，因为我们通过在全局需求中使用上限常量，更好地隔离了版本。
• Sean Dague 想知道是什么原因让人们不升级。Tony 无法给出原因，因为其中一些原因是他公司提供的内部原因。

Oslo Libraries 放弃 Python 2.6 兼容性

• Davanum 注意到删除 py26 oslo 作业的补丁 [6]。
• Jeremy Stanley 注意到基础设施团队计划删除 CentOS 6.X 作业工作器，其中包括所有 python 2.6 作业，当 stable/juno 达到 EOL 时。

将稳定维护变成一个 OpenStack 项目团队

• Thierry 写道，当发布周期管理团队创建时，它只是碰巧包含发布管理、稳定分支管理和漏洞管理。
  • 安全团队今天被创建并从发布团队中分离出来。
• 提案：也将稳定分支维护分离出去。
  • 稳定团队的大部分工作过去是稳定点发布管理，但从 stable/liberty 开始，现在由发布管理团队完成，并由特定项目的稳定维护团队触发，因此工具方面不再有重叠。
  • 稳定团队现在专注于稳定分支策略 [7]，而不是补丁。
  • Doug Hellmann 领导发布团队，并且没有 Thierry 过去对稳定分支策略的了解。
  • 赋予团队做出自己决策的权力，提高可见性和认可度，希望鼓励更多资源投入其中。
    • 定义和执行稳定分支策略。
    • 如果团队扩大，它可以拥有稳定分支健康/修复门控。然后，该团队可以决定支持时间范围。
  • Matthew Treinis 不同意团队分离可以解决获得更多人来处理门控问题的方案。Thierry 确实有证据表明将其变成一个独立的项目将带来额外的资源。另一种选择是杀死稳定分支，但正如我们从“让 Juno 保持活力”主题中看到的，仍然有兴趣拥有它们。

Superuser TV

在东京峰会上推出，Superuser TV 提供社区和行业见解，以及支持 OpenStack 社区的教育主题。内容涵盖从部署到多样性，从新兴技术到云战略，Superuser TV 旨在为社区提供各种视角和知识。

2015年10月用户调查强调了 OpenStack 部署的日益成熟

用户委员会发布的报告的关键发现是，60% 的部署处于生产环境中，并且 OpenStack 的核心服务采用率很高。完整的报告可以从这里下载：openstack.org/user-survey

消除“不是我发明的”综合症

Mirantis 联合创始人兼首席营销官 Boris Renski 认为，拥抱这种观念是解锁开放数据中心基础设施的关键。

社区反馈

OpenStack 一直对反馈和社区贡献感兴趣，如果您希望在 OpenStack Weekly Community Newsletter 中看到新的部分，或者对内容呈现方式有任何想法，请与我们联系：[email protected].

之前活动的报告 

• OpenStack Summit Tokyo – 最终总结
• 为什么 OpenStack Neutron 刚刚抢占中心舞台
• 找到 OpenStack 的方法：专业认证和项目导航器
• 您的 OpenStack 问题解答，一个块存储大战和一个移动吃掉世界
• Domo arigato Japan!

截止日期和贡献者通知

• 征稿
  • OSCON 2016 截止日期：2015 年 11 月 24 日
  • Continuous Lifecycle London 截止日期：2015 年 12 月 1 日
  • PyCon 2016 截止日期：2016 年 1 月 3 日
  • USENIX 年度技术大会 2016 截止日期：2016 年 2 月 1 日

安全公告和通知 

• 本周没有

技巧 ‘n 窍门 

• By Russell Bryant: Open Virtual Network 教程
• By Gal Sagie: OpenStack Liberty 版本中 Dragonflow 的你需要了解的内容

即将举行的活动 

• 2015年11月7日 OSATH – FOSSCOMM 2015 Aigaleo，希腊
• 2015年11月11日 whereis instance_ha + OpenStack Tokyo Summit Recap
• 2015年11月12日 8. Meetup, Konu: OpenStack Plugin Development 101 安卡拉，土耳其

开发者列表中的重要信息

• Success Bot Says

  • calebb: Shade 现在支持卷快照
  • pleia2: 启动代码搜索 [1]。
  • sdague: grenade-multinode 实时升级测试现在正在 nova 非投票上运行
  • AJaeger: 贡献者指南已发布 [2]。
  • 通过 IRC 发送消息“#success [插入成功]”告诉我们您的

• 周一升级 Elastic Search 集群

  • 2015年11月9日 1700UTC
  • 需要集群重启，在此期间人们将无法进行搜索。
  • 升级后的新功能
    • 聚合
    • 主要版本内的滚动升级
    • 应该提高性能

• 发布团队沟通变更

  • IRC 频道从 #openstack-relmgr-office 更改为 #openstack-release
  • “办公时间”正在被取消。
    • 只需随时在频道或开发列表中发送包含“[release]”的主题即可。

• 未标记代码的弃用

  • Ironic 尝试保持主分支向后兼容。有一些部署者正在从主分支进行 Ironic 的持续部署。
  • 基于弃用标签策略 [3]，它仅涵盖已发布和标记的代码，但不涵盖未发布的代码或在中间版本中引入的功能。
  • Jim 提出的提案 [4]
    • 对于从未发布的功能，需要三个月的弃用期。
    • 在中间版本中引入的功能需要在下一个中间版本或协调版本中弃用，并在下一个版本和 3 个月内支持。

• 峰会上分布式锁管理器讨论的结果

  • 峰会上有一个两部分会议 [5]
  • 以前，有一个不成文的政策是 DLM 应该是可选的，这导致编写了使用数据库支持的糟糕的 DLM 类似的东西。
  • 继续我们现有的使用模式，例如数据库和消息队列，我们将使用 oslo 抽象层：tooz [6]。
  • 当前 OpenStack 项目对 DLM 的需求，Consul、Etcd 和 Zoo Keeper 应该可以通过 Tooz 很好地使用。没有项目需要 DLM 中的公平锁定实现。
  • 我们希望避免无人维护的驱动程序。我们采用了 oslo.messaging 驱动程序要求 [7] 的类似要求。
    • 有两个开发人员负责它
    • 门控使用 dsvm 的功能测试
    • 树中的测试驱动程序需要在模块名称中明确引用为测试驱动程序。
  • Davanum 带来了 Devstack ZooKeeper 支持 [8]。
  • 一个 etcd 驱动程序正在 Tooz 中审核 [9]。
  • Tooz 中也计划一个 Consul 驱动程序 [10]。
  • 对默认 DLM 驱动程序是 ZooKeeper 提出了一些担忧
    • 这是一个新的平台供操作员理解
    • 我们不知道 ZooKeeper 与 Oracle 的 JVM 相比，与 openjvm 的配合如何。

• 解决跨项目沟通问题

  • 将当前的跨项目会议演变为“按需”轮换，每周二或周三的任何时间举行。
  • 根据反馈 [11]，很难在周二和周三的不同时间开会。
  • 达成共识，会议可以在周二“按需”举行，并且大多数公告将发生在邮件列表中，有时会出现在本周开发列表摘要中。

• 仅获取资源状态的 API

  • Heat、Tempest、Rally 和其他使用资源的项目正在轮询异步操作的更新。
  • Boris 建议 API 公开仅通过 UUID 获取状态的能力，而不是获取资源的全部数据。
  • Clint 建议，与其优化轮询，我们应该重新审视 pub/sub 模型的提案，以便用户可以订阅资源的更新。
  • Sean 建议短期解决方案是实际使用 Searchlight，它今天正在监控 Nova 的通知总线。
    • Searchlight 正在比理想情况下更频繁地命中 Nova API，但至少它是一个服务。
    • 从长远来看，我们需要 OpenStack 中的一个专用事件服务。每个人都想要 WebSockets，但预计有 10,000 多个打开的 WebSockets，这不仅仅是一段 Python 代码，而是在其下方高度优化的服务器。

OpenStack的第12次发布 Liberty 昨日发布

Liberty拥有1,933名个人贡献者和164家组织参与发布，提供了更细粒度的管理控制、大型部署的性能增强以及更强大的工具来管理生产环境中的新技术，例如容器：了解最新内容

打破这些壁垒，OpenStack

“各个项目需要共同努力，开发一致的格式、方法和信息传递，”华为技术有限公司的高级软件架构师、OpenStack社区活跃成员Rochelle Grober表示。

通往东京之路

• OpenStack Summit 东京即将售罄！立即注册！
• OpenStack Summit 东京的日程和移动应用程序现已发布
  • 如果您之前下载过 OpenStack Summit 移动应用程序，则无需再次下载！只需刷新您现有的应用程序即可。
• OpenStack 东京培训课程可用
  • 在 Summit 期间，多家生态系统公司将在东京提供培训。请查看可用课程并相应地计划您的行程
• Summit 地图现已在线提供
• 演讲者、赞助商和 ATC 注册码将于 10/19 失效，所以 立即注册！
• 如果东京OpenStack峰会是您的第一次峰会，请查看这些有用的提示和信息：https://openstack.org/summit/tokyo-2015/new-to-the-summit/ 
• 我们已经创建了视频和PDF下载，以帮助您从东京的两个机场前往峰会场地。

社区反馈

OpenStack一直对反馈和社区贡献感兴趣，如果您希望在OpenStack每周社区新闻通讯中看到新的部分，或者对内容呈现方式有想法，请与我们联系：[email protected].

之前活动的报告 

• 本周没有

截止日期和贡献者通知

• Outreachy 导师申请截止日期：2015 年 11 月 2 日 19:00 UTC
• 征稿
  • FOSDEM’16 截止日期：2015 年 10 月 30 日
  • OSCON 2016 截止日期：2015 年 11 月 24 日
  • Continuous Lifecycle London 截止日期：2015 年 12 月 1 日
  • PyCon 2016 截止日期：2016 年 1 月 3 日
  • USENIX 年度技术大会 2016 截止日期：2016 年 2 月 1 日

安全公告和通知 

• 本周没有

技巧 ‘n 窍门 

• 作者：Nir Yechiel 和 Jiri Benc: 使用 ‘plotnetcfg’ 解决 RHEL OpenStack 平台中的网络问题

即将举行的活动 

• 2015年10月17日 OpenStack中的SaaS 北京，中国
• 2015年10月19 – 20日 OpenStack Octoberfest! 明尼阿波利斯，明尼苏达州，美国
• 2015年10月19 – 20日 OpenStack BoF at All Things Open! 罗利，北卡罗来纳州，美国
• 2015年10月20日 Easy OpenStack: SolidFire+Platform9 桑尼维尔，加利福尼亚州，美国
• 2015年10月20日 Stateless OS: From an OpenStack Perspective & Creacion de Plugins para Tempest 瓜达拉哈拉，墨西哥
• 2015年10月21日 OpenStack 2015 October
• 2015年10月21 – 22日 Bi-modal IT & OpenStack (#26) 华盛顿特区，美国
• 2015年10月22 – 23日 十月月度聚会 切斯特菲尔德，密苏里州，美国

开发者列表中的重要信息

Success Bot Says

• ttx: 另一个OpenStack发布！
• 在 jesusaurus 的帮助下，基础设施团队部署了 Kibana 3。升级Elastic Search集群的初步步骤。
• shamail: 产品工作组wiki已完全更新 [1]
• tristanC: 选举出了6名新的TC成员[2]
• AJaeger: OpenStack API 快速入门已转换为 RST [3]，并翻译成德语 [4] 和日语 [5]。
• reed: OpenStack Shade教程的第2和第3部分已合并。现在开始进行第[6]部分。
• sirushti: Heat刚刚宣布支持Python 3.4 [7]。
• AJaegar: 所有文档手册都已更新为 Liberty 的内容 [8]。

升级到 Gerrit 2.11

• OpenStack基础设施团队希望从Gerrit 2.8升级到2.11。
• 计划在Mitaka峰会之后不久进行升级。
• 动机：利用一些新的REST API、ssh命令和流事件功能。
• Gerrit 2.11有一个很大的UI变化，Gerrit 2.8同时包含新旧两种风格。
• 预览 2.11 [9]。
• 如果您不喜欢Gerrit 2.11，请尝试Gertty [10]。

服务目录：下一代（续）

• 从上周的总结开始…
• Sean Dague意识到，虽然人们希望朝着更激进的方向发展，但我们应该小心。这不是一张白纸，因为有足够多的用户在使用它，所以我们必须进行谨慎的转变，从而实现与旧事物相似的新事物。
  • 在未来6到12个月内，远离REST太过分。
  • 通过REST获取服务目录，而无需身份验证或租户ID，可以让我们找到一种弄清楚DNS表示形式的方法。

为Mitaka建立发布联络人

• Doug Hellmann写道，发布管理团队依赖于每个项目的联络人，以便协调所有团队的工作。
  • 发布联络人的职责 [11]。
  • 注册 [12]。

Mitaka期间的发布沟通

• Doug Hellmann开始发送许多电子邮件，描述Mitaka周期中处理发布管理方式的变化。
• 过去，我们存在沟通问题，项目团队负责人没有看到或关注与发布相关的公告。
• 此电子邮件已发送到列表和各个项目团队负责人，以提高所有人都能看到它的几率。
• 将在openstack-dev邮件列表中使用“[release]”主题标签。
  • 所有项目团队负责人和发布联络人应配置他们的电子邮件客户端，以确保消息可见。

Requests + urllib3 + distro package (续)

• 继续上周的讨论…
• Robert Collins评论一个简单的解决方法是始终使用虚拟环境，而不是系统站点包。
  • OpenStack基础设施团队是否考虑过使用系统站点包？
    • 是的，但我们利用Python生态系统将新版本上传到PyPI。然后，我们可以立即测试我们的软件与依赖项新版本的兼容性。
• 前进的道路是
  • 让发行版修复其请求Python依赖项
    • Ubuntu [13]
    • Fedora [14][15][16]
    • 修复pip中现有的已知错误，这些错误在某些操作中违反了此类依赖项。
  • 停止使用vendorized版本的requests并fork该项目以使用它应该从一开始就使用的依赖项。
  • 说服上游停止vendorizing urllib3。
  • 始终使用发行版包的requests，而不是来自虚拟环境。

调度器提案（续）

• 继续上周的总结…
• Ed指出，Josh Harlow的解决方案与当前主机将其状态发送到调度器的设计没有太大区别。
• 提出Cassandra的理由是消除重复，并让资源调度器和调度器本身都使用相同的数据。
  • 这是当前设计的意图。数据永远不可能完美，所以使用你所拥有的，并希望系统的其余部分能够处理你的错误并优雅地重试。（例如，计划的计算节点不再有资源来容纳请求。）
  • 为了使这个解决方案对下游发行版和/或OpenStack用户可行，你必须解决
    • Cassandra开发者应该开始关心OpenJDK。
    • 或者Oracle应该使其JVM免费软件。
  • Clint指出Cassandra不推荐OpenJDK [17]。
    • Thomas补充说
      • 上游不会针对OpenJDK进行测试。
      • 当它只影响OpenJDK时，他们会在不修复的情况下关闭错误。
• Thierry通常对Java解决方案持负面态度，这是原因之一 [18]。免费软件JVM与非免费JVM不相当。然后，我们间接迫使我们的用户使用非免费依赖项。当Java解决方案是解决某个问题的唯一解决方案时，这可能仍然是一个不错的权衡，而不是重新发明轮子。但是，对于分布式锁和共享状态，还有其他一些不错的选择。
  • Clint提到Zookeeper与Cassandra不同。他使用OpenJDK取得了成功。它也适用于Debian/Ubuntu，使开发人员更容易访问。

[1] – https://wiki.openstack.org/wiki/ProductTeam

[2] – https://wiki.openstack.org/wiki/TC_Elections_September/October_2015#Results

[3] – https://developer.openstack.org/api-guide/quick-start/

[4] – https://developer.openstack.org/de/api-guide/quick-start/

[5] – https://developer.openstack.org/api-guide/quick-start/
[6] – https://review.openstack.org/#/c/232810/

[7] – https://review.openstack.org/231557

[8] – https://docs.openstack.org/liberty/

[9] – http://review-dev.openstack.org

[10] – https://pypi.python.org/pypi/gertty

[11] – https://docs.openstack.org/project-team-guide/release-management.html#release-liaisons

[12] – https://wiki.openstack.org/wiki/CrossProjectLiaisons#Release_management

[13] – https://bugs.launchpad.net/ubuntu/+source/python-requests/+bug/1505038

[14] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-20de3774f4

[15] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-1f580ccfa4

[16] – https://bodhi.fedoraproject.org/updates/FEDORA-2015-d7c710a812

[17] – https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/service/StartupChecks.java#L153-L155

[18] – https://twitter.com/mipsytipsy/status/596697501991702528

OpenStack 反馈

将keystone的authtoken中间件插入到服务中“如此优雅”

我很高兴欢迎Mike Perez（又名thingee）加入OpenStack基金会的工程团队。

在基金会内部，工程团队的任务是确保OpenStack开源开发项目的长期健康。这包括帮助保持项目基础设施的正常运行，组织设计峰会，以及尽早识别我们开放社区中的问题并积极参与解决。Mike带来了丰富的开发经验和社区参与度，我相信我们能够更快地解决更多问题，因为他加入了团队。

该团队现在由两名基础设施工程师组成，Jeremy Stanley（当前基础设施PTL）和Clark Boylan，以及两名开发协调员（Mike和我）。我们正在招聘新人员（一个上游开发者倡导者和一个开发协调员），以应对我们项目持续增长和我们社区遇到的挑战日益复杂的问题。

您可以在OpenStack招聘板上找到这些职位描述（以及基金会其他团队的职位空缺）。如果您喜欢为非营利组织工作，具有强烈的社区意识，珍视拥有大量的自主权，并喜欢在快节奏的环境中工作，您绝对应该考虑加入我们！