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

SuccessBot 说

  • dims 1:Rally 正在对 Glance 进行运行(Rally 和 Glance 都使用 py3.5)。
  • AJaegar 2docs.openstack.org 由新的基于 AFS 的 Infra 文件服务器提供服务。
  • jd 3:Gnocchi 3.1 将会附带一个空的 /etc 目录,并且默认情况下无需任何配置文件即可工作。
  • cdent 4:edleafe 发现 gabbi 中的一个重要错误并将其缩小范围。
  • 通过 OpenStack IRC 频道发送消息“#success <message>”告诉我们您的成功。
  • 全部

架构工作组回归

  • 会议时间:偶数周四晚上 20:00 UTC,奇数周四晚上 01:00 UTC
  • 目前有两个提案
    • “基础服务”提案 5 识别利用来自外部服务的特性,OpenStack 组件可以假定这些服务将存在的组件。两种类型
      • 本地(例如计算节点上的 hypervisor)
      • 全局(例如数据库)
    • “Nova Compute API”提案 6 将 nova-compute 从 Nova 本身中分离出来。
  • 完整线程

重启服务类型权威机构/服务目录工作

  • 为了预料到在亚特兰大 PTG 会议上取得富有成效的时间,已经刷新了各种补丁 7
  • 由于存在问题,目前有两个基础 IaaS 服务尚未列入清单
    • Neutron / 网络 – API 参考 URL 中“network”(网络)和“networking”(网络)之间存在差异。清单中的其他服务,服务类型和 API 参考的 URL 名称相同。
    • Cinder / 卷 – 正在从 devstack 中使用 volumev2 和 volumev3 转向。
  • 完整线程

关于驱动程序未来方向的维护者反馈

  • 主要观察结果
    • 是的,驱动程序是 OpenStack 的重要组成部分。
    • 需要立即修复驱动程序的发现性。
    • 重要的是要在一个中心位置了解每个驱动程序的状态。
    • 驱动程序开发人员和公司的高层人员都应该感到自己是某个事物的一部分。
    • 允许驱动程序访问 docs.openstack.org 进行发布。
    • 什么构成一个项目,对于驱动程序来说从来都不是既定的。驱动程序是项目的一部分。驱动程序开发人员通过创建驱动程序为 OpenStack 做出贡献。
  • 发现性
    • 共识:目前四处散乱 8 9 10
    • 应该提供 CI 结果。
    • 发现性可以独立于治理变更来修复。
  • 驱动程序项目是官方的还是非官方的?
    • 树外供应商希望成为“官方”OpenStack 项目。
    • 观点:允许驱动程序项目在没有 CI 要求的情况下成为官方项目。
    • 观点:不允许驱动程序项目成为官方项目,但这并不意味着它们不应该易于发现。
    • 观点:我们不需要打开大门,允许供应商成为 OpenStack 治理中的团队,从而让供应商开发人员感到高兴。
    • 事实:这意味着被置于 TC 的监督之下。这是一个重大的举动,可能会产生意想不到的副作用,很难逆转(将我们接受的团队踢出去比一开始不包括他们更糟糕),而且我们的社区对前进方向存在分歧。因此,我们需要充分关注这个问题,不要仓促做出决定。
    • 观点:考虑将驱动程序日志 11 视为官方 OpenStack 项目,列入治理之下,拥有 PTL、每周会议以及允许团队有效执行其使命以保持 OpenStack 驱动程序生态系统可信赖的资源的所有必需条件。
  • 驱动程序开发人员
    • 观点:仅为供应商特定驱动程序代码做出贡献的驱动程序开发人员不应与其他 OpenStack 开发人员拥有相同的影响力,例如投票选出 PTL、TC 和 ATC 状态。
    • 观点:PTL 应该利用治理仓库中的 extra-atcs 选项。
  • 树内 VS 树外
    • Cinder 具有树内驱动程序,但也具有树外驱动程序,当其 CI 未维护或未满足最低功能要求时。它们被标记为“不受支持”,并且有一个发布版本来使其工作,然后被移出树外。
    • Ironic 具有一个树外仓库 12 —— 但也有树内 13
    • Neutron 具有所有树外驱动程序,项目名称如下:“networking-cisco”。
    • 许多关于 cinder 团队采取的“棍棒式”方法的观点。
    • 观点:树内与树外争论是面向开发人员的。树外驱动程序具有明显的优势(快速开发、维护自己的团队、无需核心团队审查补丁)。但是,希望确保驱动程序得到支持的供应商不会搜索 git 仓库(回到发现性)。
    • 观点:可能值得以不同的方式处理保持受支持驱动程序在树内的项目,而不是处理所有内容都在树外的项目。
  • 完整线程

POST /api-wg/news

  • 指南目前正在审核中
    • 添加关于状态与状态用法指南 14
    • 添加布尔名称指南 15
    • 澄清版本中的状态值 16
    • 定义分页指南 17
    • 添加 API 功能发现指南 18
    • 添加无效查询参数指南 19
  • 完整线程

PTG 旅行支持计划的新截止日期

  • 帮助那些没有其他资金支持的贡献者加入他们的项目团队会议 20
  • 最初申请接受截止日期为 1 月 15 日,但现在已延长至 1 月 17 日星期二结束。
  • 如果您需要,请立即申请! 21
  • 提交内容将于下周进行评估,并将在 1 月 20 日星期五之前通知获得资助者。
  • 注册活动 22(如果您尚未注册)。价格将于 1 月 24 日和 2 月 14 日上涨。
  • 如果您尚未预订酒店,请尽快在活动酒店本身使用 PTG 房间预订进行预订。这有助于我们控制成本,并有助于与活动参与者分享更多时间。
    • 截止日期:1 月 27 日
    • 立即预订 23
  • 完整线程

R-5 周的发布倒计时

  • 重点
    • 随着我们接近第三个里程碑,功能工作和重大重构应该即将完成。
  • 发布任务
    • stable/ocata 分支将被创建并配置为使用核心评审团队的一小部分。发布联络员应确保这些组存在并且成员正确。
  • 常规说明
    • 我们将在 R-4(1 月 23 日至 27 日)期间开始软字符串冻结 24
    • 使用您最喜欢的日历软件订阅发布日历 25
  • 重要日期
    • 非客户端库的最终发布:1 月 19 日
    • Ocata 3 里程碑,功能和需求冻结:1 月 26 日
    • Ocata 发布计划 26
  • 完整线程

 

[1] – http://eavesdrop.openstack.org/irclogs/%23openstack-glance/%23openstack-glance.2017-01-09.log.html

[2] – http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2017-01-10.log.html

[3] – http://eavesdrop.openstack.org/irclogs/%23openstack-telemetry/%23openstack-telemetry.2017-01-11.log.html

[4] – http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-01-12.log.html

[5] – http://git.openstack.org/cgit/openstack/arch-wg/tree/proposals/base-services.rst

[6] – https://review.openstack.org/#/c/411527/1

[7] – https://review.openstack.org/#/c/286089/

[8] – https://docs.openstack.org/developer/cinder/drivers.html

[9] – https://docs.openstack.org/developer/nova/support-matrix.html

[10] – http://stackalytics.openstack.org/report/driverlog

[11] – http://git.openstack.org/cgit/openstack/driverlog

[12] – https://git.openstack.org/cgit/openstack/ironic-staging-drivers

[13] – http://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers

[14] – https://review.openstack.org/#/c/411528/

[15] – https://review.openstack.org/#/c/411529/

[16] – https://review.openstack.org/#/c/411849/

[17] – https://review.openstack.org/#/c/390973/

[18] – https://review.openstack.org/#/c/386555/

[19] – https://review.openstack.org/417441

[20] – https://openstack.org/ptg#tab_travel

[21] – https://openstackfoundation.formstack.com/forms/travelsupportptg_atlanta

[22] – https://pikeptg.eventbrite.com/

[23] – https://www.starwoodmeeting.com/events/start.action?id=1609140999&key=381BF4AA

[24] – https://releases.openstack.org/ocata/schedule.html#o-soft-sf

[25] – https://releases.openstack.org/schedule.ics

[26] – https://releases.openstack.org/ocata/schedule.html

OpenStack 开发人员邮件列表摘要 12 月 31 日 – 1 月 6 日

SuccessBot 说

  • Dims – Keystone 现在有了基于 Devstack 的功能测试,所有内容都在 python3.5 下运行。
  • 通过 OpenStack IRC 频道发送消息“#success <message>”告诉我们您的成功。
  • 全部

是时候淘汰 nova-docker 了

  • nova-docker 在过去 6 个月里落后于 nova 的开发。
  • 不再通过简单的 CI 单元测试。
    • 至少让单元测试工作已经有补丁 1
  • 如果核心团队没有时间,也许我们应该将其存档。
  • 人们每年在 ##openstack-nova 上询问它一两次,但它不推荐使用,因为它没有维护。
  • 据信有些人正在社区之外运行和修改它。
  • Sun 项目为在 Magnum 提供的容器编排引擎中启动的容器提供生命周期管理接口。
  • Nova-lxc 驱动程序提供了一种将容器视为虚拟机器的能力。 2
    • 虽然不推荐用于生产,但它比 nova-docker 维护得更好 3
  • Nova-lxd 也提供了将容器视为虚拟机器的能力。
  • Virtuozzo 通过 libvirt 支持的 Nova 提供虚拟机器和 OS 容器,类似于 LXC。
    • 这些容器已经超过 10 年在生产中使用。
    • 维护良好,并且实际上有 CI 测试。
  • 删除它的提案 4
  • 完整线程

Pike 的社区目标

  • 几个月前,社区开始确定 OpenStack 范围内的工作,以“实现可见的共同变化,推动基本水平的一致性和用户体验,并有效地改善技术债务支付变得过高的某些领域——在所有 OpenStack 项目中。”
  • 第一个定义的目標 5 是删除孵化 Oslo 代码的副本。
  • 在 Pike 中前进
    • 收集我们第一次迭代的反馈。哪些方面做得好,哪些方面具有挑战性?
    • 反馈 Etherpad 6
  • 目标积压 7
    • 欢迎新的目标
    • 每个目标都应该在一个周期内实现。如果不能,则应将其分解。
    • 有些目标可能需要记录如何实现它们。
  • 选择 Pike 的目标
    • 什么真正紧急?什么可以等待六个月?
    • 谁有兴趣并愿意为目标做出贡献?
  • 巴塞罗那峰会上也收集了反馈 8
  • 反馈摘要
    • 大多数项目都实现了 Ocata 的目标,并且有兴趣按时完成。
    • 在确认目标和完成工作方面存在一些混淆。
    • 一些项目在采用和审查补丁方面进展缓慢。
    • 每个目标都应该记录“指南”的位置以及如何找到它们以获得帮助。
    • 在一个周期内实现多个目标对于所有团队来说是不可能的。
  • OpenStack 产品工作组也在收集目标的反馈 9
  • 为 Pike 设定的目标
    • 拆分 Tempest 插件 10
    • Python 3 11
  • 上次会议的 TC 协议
    • Pike 周期可能只需要 2 个目标。
    • 定义 Pike 目标的截止日期是 Ocata-3(1 月 23 日至 27 日)。
  • 完整线程

POST /api-wg/news

  • 当前指南审查
    • 添加关于状态与状态用法指南 12
    • 添加布尔名称指南 13
    • 澄清版本中的状态值 14
    • 定义分页指南 15
    • 添加 API 功能发现指南 16
  • 完整线程

 

OpenStack 开发人员邮件列表摘要 12 月 17 日-23 日

SuccessBot 说

  • AJaeger:我们现在发布了 Newton 的第一个部署指南,请参阅 https://docs.openstack.org/project-deploy-guide/newton/ 。祝贺 OpenStack Ansible 团队!
  • clarkb:OpenStack CI 已从 Ubuntu Trusty 迁移到 Ubuntu Xenial,用于测试 Newton 和 master。
  • ihrachys:第一个 oslo.privsep 补丁登陆到 Neutron。
  • dulek:Cinder 现在支持 ZeroMQ 消息传递!
  • 全部

R-8 周的发布倒计时,12 月 26 日至 30 日

  • 随着我们接近第二个里程碑,功能工作和重大重构应该进展顺利。
  • 重点
    • 非客户端库的截止日期是 R-5(1 月 19 日)。
      • 功能冻结例外情况不适用于库。
  • 常规说明
    • 项目团队应确定本周期对贡献影响重大的贡献者,但他们不符合 ATC 资格。
    • 这些名称应添加到治理仓库中,以供 TC 考虑成为 ATC。
    • 该列表需要在 1 月 20 日之前获得 TC 的批准,才能获得活动参与者折扣代码。
    • 请在 1 月 5 日之前提交这些内容
  • 重要日期
    • 额外 ATC 截止日期:1 月 5 日
    • 非客户端库的最终发布:1 月 19 日
    • Ocata 3 里程碑,功能和需求冻结:1 月 26 日
  • Ocata 发布计划 [1]
  • 完整线程

Storyboard 上线

  • 仍然有向 Storyboard 迁移作为我们的任务跟踪器的动向。
  • 为了提高认识,已经发布了一些关于它的博客文章及其功能
    • 关于从 Launchpad 迁移的总体概述和决定 [2]
    • 下一篇帖子将侧重于 Launchpad 和 Storyboard 的比较。
  • 如果你想了解博客文章中的特定内容,请在 Freenode 的 #storyboard IRC 频道告知团队。
  • 参加他们的每周会议 [3]
  • 在沙箱中试用 Storyboard [4]
  • Storyboard 文档 [5]
  • 完整线程

 

[1] – https://releases.openstack.org/ocata/schedule.html

[2] – https://storyboard-blog.sotk.co.uk/why-storyboard-for-openstack.html

[3] – https://wiki.openstack.org/wiki/StoryBoard

[4] – https://storyboard-dev.openstack.org/

[5] – https://docs.openstack.org/infra/storyboard/

OpenStack 开发者邮件列表摘要 12 月 10 日 - 16 日

更新

  • Ocata 之后发布计划澄清 [5]
  • Nova 放置/资源提供者 [6][12]
  • Stuart McLaren 卸任 glance 核心 [8]

允许基于特定供应商驱动程序的团队 (续) [1]

  • 上次 TC 会议缩小选项至以下 [2]
    • 柔黑 (选项 2):默认选项,没有负面反馈,代表当前现状
    • 柔白 (选项 4):获得一些正面反馈,大家喜欢它的简单解决方案
    • 灰色 (选项 5):获得最多的正面反馈,但细节最少
  • 其他选项的补丁正在被放弃
  • 倾向于修改后的“灰色”提案 [10]

Pike 的社区目标 (续) [3]

  • 需要反馈 [4]
  • 继续使用 openstack/governance 来记录目标
    • 确保包含指南
    • 考虑优先级,因为可能无法在发布中完成所有目标
    • 考虑将更大的目标分解为可以在单个发布中实现的事情
  • 通过产品 WG 参与用户/运营商,并在论坛上开始面对面的讨论

OpenStack CI 中的 Python 变更 [7]

  • 较旧分支上的 Python3.4:stable/liberty 和 stable/mitaka
  • 较新分支上的 Python3.5:stable/newton 和 master
    • 对这些禁用 Python3.4 测试
    • 行动
      • 项目应为 Python3.5 作业启用投票,或在尚未存在的情况下添加它们
      • 如果项目仅在 master 上运行,则应删除 Python3.4 作业

Golang 技术要求 [15]

  • 采用 Go 进入 OpenStack 的活动正在进行中
  • 需要更多讨论的领域
    • 通用库
    • 依赖管理
      • 候选者是 govendor、glide 和 godep
    • 发布交付物
      • 标签和/或构建制品?
      • AUTHORS 和 ChangeLog 文件可以自动生成
  • Oaktree 具有 golang 绑定并包含生成的文件

Nova 中的升级就绪度检查 [11]

  • 新的独立服务
  • 检查系统状态,并指示其启动 Ocata 升级的准备程度(成功、警告、错误)

自助分支管理 [13]

  • 通过 openstack/releases 仓库
  • 在补丁中指定你的需求 [14],合并后其余的将自动完成
  • 新的稳定分支创建最好发生在周期结束附近,当错误修复和稳定活动放缓时

nova-compute 交互的架构讨论 [16]

  • Nova、Neutron 和 Cinder 如何与 nova-compute 交互
  • nova-compute 是否应该成为一个独立的共享服务?[9]

 

[1] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108074.html

[2] http://eavesdrop.openstack.org/meetings/tc/2016/tc.2016-12-06-20.02.log.txt

[3] https://wiki.openstack.org/wiki/StoryBoard

[4] https://storyboard-dev.openstack.org/

[5] https://docs.openstack.org/infra/storyboard/

[6] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108689.html

[7] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108707.html

[8] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108821.html

[9] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108840.html

[10] https://review.openstack.org/#/c/411527/

[11] https://review.openstack.org/403829

[12] http://lists.openstack.org/pipermail/openstack-dev/2016-December/109060.html

[13] http://lists.openstack.org/pipermail/openstack-dev/2016-December/109085.html

[14] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108923.html

[15] http://git.openstack.org/cgit/openstack/releases/tree/README.rst#n63

[16] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108875.html

OpenStack 开发人员邮件列表摘要 12 月 3 日 – 9 日

更新

  • Nova 放置/资源提供者更新,讨论了聚合和 API [4]
  • 新的 Nova 核心审核员:Stephen Finucane [8]
  • 项目吉祥物都在邮件列表中,搜索主题中的“logo”即可找到它们
  • 不受支持的 Ironic 驱动程序状态更新 [10]
  • DefCore 委员会现在称为 Interop 工作组 [11]

创建新的 IRC 会议室 [9]

  • 创建新频道:#openstack-meeting-5
  • 通常建议项目团队使用 Freenode 上的会议频道
  • 允许项目使用他们的频道进行会议,但前提是该频道已记录
  • 下一步是限制官方项目使用的官方会议室,并让非官方项目使用他们自己的 IRC 频道

Neutron Trunk port 功能

  • 澄清一些可用性方面 [1]
  • 性能测量 [2]

Ocata Bugsmash Day [3]

  • 感谢华为和英特尔以及所有与会者促成此事
  • 让我们保持传统,如果可以的话,进一步发展这项活动

PTG 旅行支持计划 [5][6]

  • 第一阶段的截止日期是本周
  • 第二阶段的截止日期是 1 月 15 日
  • 也提醒你,如果你可以参加,但尚未注册,请注册活动 [7]

完成测试作业过渡到 Ubuntu Xenial [12]

  • 终于合并了![13]
  • 许多实验性和非投票作业需要更新
  • 对 Master 的更改不再在 trusty 上运行
  • 可能仍然遗漏了一些东西,请留意

 

[1] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108530.html

[2] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108460.html

[3] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108538.html

[4] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108395.html

[5] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108645.html

[6] https://openstackfoundation.formstack.com/forms/travelsupportptg_atlanta

[7] https://pikeptg.eventbrite.com/

[8] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108520.html

[9] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108360.html

[10] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108624.html

[11] http://lists.openstack.org/pipermail/openstack-dev/2016-December/108673.html

[12] http://lists.openstack.org/pipermail/openstack-dev/2016-November/106906.html

[13] https://review.openstack.org/#/c/348078

“亲爱的老板,我想参加 OpenStack Summit”

想参加波士顿 OpenStack Summit 但需要帮助撰写获得旅行批准的措辞?虽然我们不会为你写完整的内容,但这里有一个模板供你参考。由你决定 Summit 将如何帮助你的团队,但有了免费的研讨会和培训、技术环节、战略讨论以及与数千名志同道合的 Stackers 交流的机会,我们认为你不会很难找到答案。

 

尊敬的 [老板]

我希望参加 2017 年 5 月 8 日至 11 日在波士顿举行的 OpenStack Summit。OpenStack Summit 是北美最大的开源会议,也是我唯一可以获得免费 OpenStack 培训、学习如何为项目贡献代码,并与用户会面以了解他们如何在生产中使用 OpenStack 的会议。Summit 是一个让我带回关于 [你希望参加的原因!你希望学习什么?这对你的团队有什么好处?] 的知识并与我们的团队分享,同时帮助我们了解世界各地类似 OpenStack 团队的机会(想想 60 多个国家和近 1,200 家公司)。

如果我在三月中旬之前注册,我可以获得提前预订价格——4 天 600 美元(外加可选的培训日)。提前注册还可以让我尽快在培训和研讨会开放时预订,或现场参加认证 OpenStack 管理员考试。

去年在奥斯汀举行的 OpenStack Summit 上,有超过 7,800 名与会者听取了 AT&T 和中国移动等超级用户的案例研究,了解了团队如何使用 OpenStack 与容器和容器编排工具(如 Kubernetes)一起使用,并向项目团队提供了有关即将发布的软件版本的用户反馈。你可以在 openstack.org/videos 上浏览过去的 Summit 内容,以了解会议演讲的示例。

OpenStack峰会是我扩展OpenStack知识、建立人脉和提升技能的机会。感谢您考虑我的请求。

[你的名字]

OpenStack 开发人员邮件列表摘要 11 月 26 日 – 12 月 2 日

更新

  • Nova 资源提供者更新 [2]
  • Nova 蓝图更新 [16]
  • OpenStack-Ansible 部署指南上线![6]

OpenStack 的未来需要你 [1]

  • 需要更多导师来帮助在 Summit 上运行上游培训
  • 有兴趣在较小、更本地化的活动中进行缩减版本
  • 如果感兴趣,请通过 IRC 联系 ildikov 或 diablo_rojo

新项目:Nimble [3]

  • 关于裸机管理的有趣讨论
  • 项目名称可能会更改

Pike 的社区目标 [4]

  • 由于 Ocata 是一个短周期,现在是时候考虑 Pike 的目标了 [7]
  • 或者对已经开始的内容提供反馈 [8]

在 README 文件中公开项目团队的元数据 (续) [9]

  • Amrith 同意 Flavio 的提案,即对于新贡献者来说,简短的摘要很有价值
  • 需要一个生成徽章列表的小型 API
    • 已完成——作为治理的一部分
    • 只是治理仓库中内容的图形表示
    • 在 README 文件中使用徽章随你所愿
  • 已将补丁推送到启动此更改的项目

允许基于特定供应商驱动程序的团队 [10]

Cirros 镜像更改默认密码 [11]

  • 新密码:gocubsgo
  • 不再是 ‘cubswin:)’

破坏性/HA/故障转移场景

  • 讨论开始添加以用户为中心的测试套件,以测试 OpenStack 集群,而不仅仅是 Tempest 中已有的内容 [12]
  • 需要来自用户和运营商的反馈,了解他们希望在测试套件中看到的首选场景 [5]
  • 你可以在高可用性测试的规范 [13] 和描述破坏性测试的用户故事 [14] 中了解更多信息,它们都在审核中

事件讨论 [15]

  • 努力从 OpenStack 中删除重复的功能,即向最终用户提供事件信息(Zaqar、Aodh)
  • 还指出事件中的信息可能很敏感,需要小心处理

 

[1] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108084.html

[2] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107982.html

[3] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107961.html

[4] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108167.html

[5] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108062.html

[6] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108200.html

[7] https://etherpad.openstack.org/p/community-goals

[8] https://etherpad.openstack.org/p/community-goals-ocata-feedback

[9] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107966.html

[10] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108074.html

[11] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108118.html

[12] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108062.html

[13] https://review.openstack.org/#/c/399618/

[14] https://review.openstack.org/#/c/396142

[15] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108070.html

[16] http://lists.openstack.org/pipermail/openstack-dev/2016-November/108089.html

OpenStack 开发人员邮件列表摘要 11 月 18 日-25 日

更新

  • Nova 资源定位/提供者工作 [4]
  • 新的发布公告列表和其他 openstack-announce 的变更 [5]
  • 正式讨论升级文档 [6]
  • Stewardship 工作组描述/更新 [7]
  • OpenStack Liberty 已达到 EOL [8]
  • 测试任务从 Ubuntu Trusty 切换到 Xenial 在 gate 上正在进行,时间为 12 月 6 日 [9]

不断变化的环境

  • 我们有一些参与了很长时间的核心开发者正在卸任,并为“下一代”提供承担领导责任的机会
  • 感谢你们的参与,感谢你们的教导,以及通过拥抱开源和 OpenStack 向其他贡献者树立榜样
    • Andrew Laski (Nova): “正如我多次告诉那些问我在像这个开源项目上工作是什么感觉的人:在专有软件上工作让你接触到聪明的人,但你仅限于组织内部的一小部分人,在像这个项目上工作让我接触到来自许多公司和世界各地的聪明人。我与你们所有人一起工作学到了很多。谢谢。”
    • Carl Baldwin (Neutron): “这是一个很棒的社区,我很高兴能参与其中并与你们所有人一起学习。”
    • Marek Denis (Keystone): “这是一段美好的旅程,我肯定学到了很多,并在技术和软技能方面都得到了提高。”
  • 感谢你们的辛勤工作!

Ocata 的社区目标

  • 从 Newton 开始,我们的社区致力于发布目标,以便提供最低限度的稳定性和用户体验,并改进 OpenStack 范围内的某些领域 [1]
  • 目标是在 Ocata 中删除所有剩余的孵化 Oslo 代码 [2][3]

单元测试设置变更 [10]

  • 尝试从单元测试任务中删除 DB 依赖
    • 仍然存在特殊的 DB 任务,以提供在需要时的工作区,以及 ‘tools/test-setup.sh’ 中的脚本
  • 长期目标是项目不再使用 -db 任务,不应接受针对它们的任何新更改。

项目信息在 README 文件中 [11]

  • 提高治理网站上已有的基本项目信息的可视性 [12]
  • 徽章是作为治理 CI 的一部分自动生成的 [13]
  • 强烈建议每个项目使用这个新系统来提供关于
    • 项目状态(是否在 Big Tent 中等)
    • 项目标签
    • 项目能力

[1] http://governance.openstack.org/goals/index.html

[2] http://governance.openstack.org/goals/ocata/remove-incubated-oslo-code.html

[3] https://www.youtube.com/watch?v=tW0mJZe6Jiw

[4] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107600.html

[5] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107629.html

[6] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107570.html

[7] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107712.html

[8] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107184.html

[9] http://lists.openstack.org/pipermail/openstack-dev/2016-November/106906.html

[10] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107784.html

[11] http://lists.openstack.org/pipermail/openstack-dev/2016-November/107966.html

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

[13] https://review.openstack.org/#/c/391588/

OpenStack 开发人员邮件列表摘要 11 月 5 日-18 日

SuccessBot 说

  • mriedem: 我们现在在 Ocata CI 任务中默认运行 neutron [1]
  • stevemar: keystone 中的 fernet 令牌格式现在是默认格式!感谢 lbragstad samueldmq 和 dolphm 实现这一点!
  • Ajaegar: developer.openstack.org 现在由 OpenStack 基础设施托管。
  • Tonyb: OpenStack 在 pypi 上的要求 [2] 现在已经实现!
  • 全部

项目团队聚会注册开放

  • 首次 OpenStack 项目团队聚会活动,面向现有的上游团队成员,为这些项目团队提供一个会面、讨论和组织 Pike 版本开发工作的场所。
  • 地点:佐治亚州亚特兰大
  • 时间:2017 年 2 月 20 日的那一周
  • 注册并获取更多信息 [3]
  • 阅读常见问题解答以获取任何问题。如果您仍然有疑问,请通过 IRC 在 free node 上联系 Thierry (ttx),或通过电子邮件联系基金会工作人员 [email protected]
  • 完整线程

跟进巴塞罗那评审周期讨论

  • 总结担忧是 Nova 是一个复杂的野兽。 很少有人甚至充分了解它的大部分内容。
  • Nova 中有些地方的错误代价高昂且难以以后纠正。
  • 大量代码不能快速合并。
  • Nova 核心的入门门槛非常高。
  • 子系统维护者模式已被提出 [4]
  • 有些人认为仍然值得再次尝试,以尝试快速合并好的代码。
  • Nova 今天使用专家列表 [5] 来签署今天的各种更改。
  • Nova PTL Matt Riedemann 的观点
    • 不喜欢将 Nova 与 Linux 内核进行持续比较。 让我们说 OpenStack 都是 Linux 内核,子系统是 Nova、Cinder、Glance 等。
    • Nova 核心的门槛并不像有些人说的那样高
      • 参与
      • 维护
      • 愿意拥有并解决问题。
      • 有帮助的代码审查。
    • 好的代码是主观的。 一个有价值且有用的更改实际上可能会破坏系统的其他部分。
  • Nova 核心 Jay Pipes 支持子系统的提案,但承诺收集关于总审查负载、合并速度和某种评估代码质量影响的指标的数据。
  • 完整线程

拥抱 OpenStack 中的新语言

  • 技术委员会成员 Flavio Percoco 提出了一份社区在接受新语言之前应该知道/做的事情的清单
    • 定义一种共享代码/库的方式,供使用该语言的项目使用
      • 一个非常重要的部分是操作员的特性对等性。
      • 例如 Oslo.config,我们的配置文件不应该因为不同的实现语言而改变。
      • Keystone 身份验证以通过目录驱动更多的服务到服务交互,以减少操作员需要直接配置的事情的数量。
      • oslo.log 这样日志路由到相同的位置和相同的格式,就像其他事物一样。
      • oslo.messaging 和 oslo.db 也是
    • 为 OpenStack 基本服务开发一套基本的库
    • 定义如何分发可交付成果
    • 定义如何进行稳定的维护
    • 设置新语言的 CI 管道
      • 需求管理和 gate 的缓存/镜像。
    • 更长的版本 [6]
  • 之前 Golang 讨论开始时解决问题的笔记 [7]
  • TC 成员 Thierry Carrez 说,引入 Go 最重要的是不要让我们的社区中的一部分人变得不同,而是让我们的社区成为一个整体。
  • TC 成员 Flavio Percoco 认为,社区普遍的担忧源于缺乏对这个评估过程的实际进行,以及缺乏前期工作,这是本线程试图解决的问题。
  • TC 成员 Doug Hellmann 的要求是证明 Swift 不仅仅需要 Go,而且 Swift 愿意帮助社区采用它。
    • 这方面的迹象正在显现,例如关于 oslo.config 如何在 Swift 的当前版本中使用进行的讨论。
  • Flavio 已经启动了一个补丁,记录了他的帖子和线程的反馈 [8]
  • 完整线程

API 工作组新闻

  • 最近合并的指南
    • 澄清为什么 CRUD 不是一个很好的描述符 [9]
    • 添加关于复杂查询的指南 [10]
    • 指定基于时间间隔的过滤查询 [11]
  • 指南目前正在审核中
    • 定义分页指南 [12]
    • WIP 添加 API 功能发现指南 [13]
    • 添加“不在”运算符到过滤指南 [14]
  • 完整线程

OakTree – 一个用户友好的 API 层

  • OpenStack 会议的 Interop Challenge 结果在台上展示真是太棒了。 17 个人来自 17 个不同的云运行了相同的负载!
  • 其中一个原因是他们都使用了基于 Shade 库编写的 Ansible 模块。
    • Shade 包含隐藏云中供应商差异的业务逻辑。
    • 这意味着有一个很棒的 OpenStack 互操作性故事——但前提是您使用 Python 编程。
  • OakTree 是一个基于 gRPC 的 OpenStack APO 服务,基于 Shade 库。
  • 基于 Shade 可以获得业务逻辑,Shade 了解
    • 多云世界
    • 缓存
    • 批处理
    • 雷达保护排序,以有效地处理非常高的负载。
  • 部署者将其添加到他们的云中的障碍需要尽可能低。
  • 存在于两个存储库中
    • openstack/oaktree [15]
    • openstack/oaktreemodel [16]
  • OakTree 模型包含 Protobuf 定义和构建脚本,用于从它们生成 Python、C++ 和 Go 代码。
  • OakTree 本身依赖于 python OakTree 模型和 Shade。
    • 它目前可以列出和搜索 flavor、镜像和浮动 IP。
    • 一些需要良好社区设计的重大事项列在 todo.rst 中 [17]
  • 完整线程

 

OpenStack 开发人员邮件列表摘要 10 月 29 日至 11 月 4 日

跨项目专有驱动程序代码回顾

  • 在巴塞罗那设计峰会上,有一个关于我们正在运行的关于在哪里划定专有驱动程序代码界限的跨项目会议 [1]
  • 选项 1
    • 驱动程序导入的所有库都必须获得许可,以便软件包维护者可以重新分发它们,并且必须与 Apache 许可证兼容 [2]
    • 现有的不合规驱动程序代码需要在 Queens 版本之前更新。
    • 不在驱动程序运行时导入的代码(CLI、外部二进制文件、远程应用程序服务器)可以不重新分发。
  • 选项 2
    • 删除所有不完全开源且包含在项目存储库中的驱动程序。
  • 选项 3
    • 要求大部分业务逻辑都在开源代码中。
    • 允许第三方、不可重新分发的库和 CLI,它们用作更像“RPC”类型的接口。
    • 审查者应该能够审查驱动程序,并至少了解驱动程序执行请求所采取的步骤。
  • Jeremy Stanley 想要将选项 1 进一步发展,并提供更好的指导。 我们应该建议不要调用专有工具的驱动程序。 一些供应商会这样做,因为他们已经有一个非免费的 CLI 工具,并且避免代码复制成本。 其他供应商可能会这样做来复制其他供应商。
    • 希望能够重新分发的原因是,OpenStack 的下游消费者不必仅仅为了能够使用我们的(免费!)软件与他们拥有的硬件一起使用而依赖供应商。
    • 例如
      • 供应商决定停止支持专有的命令行工具
      • 您决定停止支付支持合同以下载该工具
      • 供应商消失
  • 完整线程

Ocata 版本管理通信

  • 致 PTL 或代替 PTL 的志愿者
  • 电子邮件
    • “[release]”主题标签将在 openstack-dev 邮件列表中用于重要消息。
    • 倒计时电子邮件,其中包含关于重点、任务和即将到来的日期的更新。
  • IRC
    • 在截止日期期间,尤其是在 #openstack-release 上可用。 您需要配置 IRC bouncer 以确保这一点。
  • 书面文档
    • 阅读 Ocata 周期计划 [3]
    • 一些项目有自己的截止日期。 欢迎您在 openstack/release 存储库中提交补丁来修改此计划。
  • Ocata 周期与几个主要假期重叠。 如果您计划休假,请确保您的团队中的其他人覆盖您的职责。 请告知发布团队,这样他们就不会等待您的 +1。
  • 未能遵循必要的流程步骤可能会阻碍您按时完成任务或发布。
  • 发布里程碑和截止日期是基于日期的,而不是基于功能的。日期一过,里程碑也就随之错过。错过了就是错过了。
  • 完整线程

发布公告

  • 巴塞罗那峰会上,发布团队讨论了如何改进发布公告,因为将它们发布到 openstack-dev 和 openstack-announce 邮件列表已经被证明过于嘈杂。
  • 建议的解决方案是将这些公告移动到另一个邮件列表。选项包括:
    • release-announce
    • release-announcements
  • 完整线程

POST /api-wg/news

  • 将在一周内合并的 API 指南,除非有进一步的反馈。
    • 复杂的查询 [4]
    • 指定基于时间间隔的过滤查询 [5]
    • 澄清为什么 CRUD 不是一个很好的描述符 [6]
  • 正在审查的指南
    • 定义分页指南 [7]
    • 添加 API 功能发现 [8]
  • 完整线程

R-15 周发布倒计时

  • 重点
    • 团队应专注于完成 Newton 周期末期未完成的工作。
    • 最终确定并公布峰会计划
    • 完成规格和蓝图
  • 通用说明
    • 稳定且独立的发布已经恢复。
    • 我们在第一次里程碑之前缩短了 Ocala 时间表。Ocata-1 将在 R-14 期间进行。
  • 发布操作
    • 发布联络员应将他们的姓名和联系信息添加到 wiki [9]
    • 发布联络员应配置他们的 IRC 客户端以加入 #openstack-release。
    • 发布联络员应审查所有交付成果的发布模型,并在第一个里程碑之前使用补丁更新 openstack/governance。
    • PTL 应确认 Ocala 系列社区目标 [10]
  • 重要日期
    • Ocata 1 里程碑:11 月 17 日
    • Ocata 发布计划 [11]
  • 完整线程