OpenStack 博客 关于 OpenStack 的所有文字记录。

讲故事是影响、教导和激励周围人们的最强大的手段之一。为了庆祝 OpenStack 的 10 周年，我们正在重点介绍来自社区各个角色的个人故事，他们帮助使 OpenStack 和全球开源基础设施社区取得成功。 

在这里，我们采访了戴尔科技的 Prakash Ramchandran。他向社区讲述了他如何开始接触 OpenStack 以及过去 10 年来他最喜欢的记忆。

讲故事是影响、教导和激励周围人们的最强大的手段之一。为了庆祝 OpenStack 的 10 周年，我们正在重点介绍来自社区各个角色的个人故事，他们帮助使 OpenStack 和全球开源基础设施社区取得成功。 

在这里，我们采访了 ZTE 公司的 Yumeng Bao。她向社区讲述了她如何开始接触 OpenStack 以及过去 10 年来她最喜欢的记忆。

讲故事是影响、教导和激励周围人们的最强大的手段之一。为了庆祝 OpenStack 的 10 周年，我们正在重点介绍来自社区各个角色的个人故事，他们帮助使 OpenStack 和全球开源基础设施社区取得成功。 

在这里，我们采访了 CERN 的 Tim Bell。他向社区讲述了他如何开始接触 OpenStack 以及过去 10 年来他最喜欢的记忆。

OpenStack 社区举办了一次很棒的虚拟项目团队会议 (PTG)。首次虚拟活动举办了 44 个项目，涵盖了所有时区。活动结束后，许多团队发布了他们讨论的总结和在 PTG 期间做出的决定。

作为技术委员会副主席，我总结了我们 8 小时的会议讨论内容：Victoria vPTG 会议讨论和行动项目总结 在 OpenStack 博客 上。如果您对某个特定的行动项目感兴趣，请回复 邮件列表主题，我最初在那里发布了总结。

项目特定 PTG 摘要

TripleO, Wesley Hayutin, 项目团队负责人 (PTL)

Neutron, Nate Johnston (TC)

Neutron 来自 Slawek Kaplonski (PTL)

OpenStack 技术委员会，我

Cyborg, 会议 1 总结, Yumeng Bao (PTL)

Cyborg, 会议 2 总结, Yumeng Bao (PTL)

Oslo, Ben Nemec (PTL)

Cinder, Brian Rosmaita (PTL)

Manila, Goutham Pacha Ravi (PTL)

PTG 反馈

与过去面对面活动中的现场反馈环节不同，我们提供了一个 etherpad，在整个活动期间收集关于注册到最后一次会议的反馈。活动结束后，它也分享到 openstack-discuss 邮件列表，以收集最终的想法。

希望大家在 PTG 上都获得了富有成效和愉快的体验！在它仍然记忆犹新的时候，我想花点时间总结技术委员会讨论的内容和行动。

如果您对某个特定的行动项目感兴趣，请回复 邮件列表主题。

有关详细信息，请查看 PTG 上的 etherpad。

要点：

以下是技术委员会正在确定成员负责的 #行动项目

• 启动面向用户的 API 弹出团队
• 撰写一份关于解构 PTL 角色将如何运作的决议
• 更新目标选择文档，说明一个或多个目标都可以；不必多于一个
• 两名志愿者开始 W 目标选择流程
• 为每个项目分配两名技术委员会联络人
• 审查标签，确保它们仍然适用于所有 OpenStack 项目的共同行为

以下是所有技术委员会成员需要做的事情

• 审查上次目标提案，以便我们可以决定接受或拒绝 V 版本的提案[4]
• 将阻碍 OpenStack 进展的系统添加到减少系统和摩擦列表中
• 继续您认为重要的对话

社区中的每个人都可以通过多种方式参与！只需访问 #openstack-tc IRC 频道，我们就可以为您指明方向。

星期二

======

Ussuri 回顾

—————————-

像往常一样，我们完成了许多工作。我们完成的一些工作包括枚举每个版本的操作系统（再次）、删除 python2 支持以及添加想法存储库。在发布结束时，我们进行了大量关于如何处理无领导项目、PTL 的角色以及如何处理缺少下一版本 PTL 候选人的项目的讨论。我们讨论了办公时间，它们的历史和存在原因，并明确了我们如何加强我们自己、项目和更广泛社区之间的沟通。

技术委员会入职

——————–

有人提出，最近当选的人（甚至在选举前的新成员）觉得缺乏进入技术委员会的入职培训。通过讨论我们可以做些什么来更好地支持返回的成员，就是更好地记录技术委员会成员应该每天、每周和每月执行的任务。Kendall Nelson 提出了一项补丁，开始向 技术委员会成员指南 添加更多详细信息。还提出我们应该有一个导师或影子计划，让对加入技术委员会或新技术委员会成员感兴趣的人由更有经验的技术委员会成员指导。关于影子/导师计划的讨论将继续进行。

技术委员会/用户委员会合并

——————

Thierry 介绍了委员会的合并情况。简而言之，目前的方案是用户委员会成员从技术委员会成员中选出，用户委员会在技术委员会内部运作，并且我们已经为此做好了准备，因为许多技术委员会成员拥有 AUC 身份。这不需要修改章程。下一步已经开始是将 openstack-users ML 合并到 openstack-discuss ML 中。其他下一步是决定何时进行实际过渡（解散单独的用户委员会，可能在下一次选举时？）以及何时设置 AUC 作为额外的 ATC，以纳入选举人。

星期三

=========

帮助需求列表

———————–

我们确定了职位发布的格式，并且列表上有几个。我们讨论了我们希望多久查看、更新或添加一次。建议每年进行一次。我们需要继续推动董事会，让公司贡献者致力于这些项目，并让他们了解这是一种需要一年或更长时间才能获得回报的投资；实习生很好，但不够。

技术委员会对基金会成员社区贡献的立场

———————————————————————————-

讨论始于对当前情况的描述——白金会员的期望、会员在董事会中获得的利益以及他们应该为什么利益捐赠贡献者资源等。提出了一些建议：强制执行或删除最低贡献水平、让金牌会员有机会提高知名度（也许给予他们一些白金会员的优势），如果他们用贡献者贡献来补充货币贡献等。决定的 #行动是让 Mohammed 将这些想法带给董事会，看看他们的想法。

OpenStack 用户界面 API

————————————–

用户对用户界面 API 的状态感到困惑；他们被告知使用 OpenStackClient (OSC)，但使用后，他们发现缺少了 python-*clients 中存在的特性。OSC 中的部分实现比服务只使用其特定的 CLI 更糟糕。OpenStackSDK 的成员加入了讨论，解释了项目过去在实施某些命令方面遇到的许多障碍已经解决。建议创建一个弹出团队，并从完全迁移 Nova 开始，记录该过程并收集任何其他未解决的阻塞问题，希望有一天我们可以将剩余项目的迁移设置为社区目标。此外，还提出了一种新的想法——强制新功能只能添加到 SDK（以及可选的 OSC）中，而不能添加到项目的特定 CLI 中，以阻止两个 CLI 之间的差异越来越大。这里的 #行动是启动弹出团队，如果您感兴趣，请回复！此外，如果您不同意这种强制执行，请尽快联系技术委员会并说明您的担忧。

OpenStack 中 PTL 的角色和无领导项目

———————————————————————

这是一个非常长的对话，绕圈子了几次。简而言之，我们技术委员会愿意让项目团队自行决定是否希望通过将发布责任和安全问题责任分解给不同的人来采用一种解构化的 PTL 角色。这种新形式也伴随着设定期望，即对于项目更新和 PTG 时间的注册，如果团队中的某人没有主动承担这些任务，则默认假设该项目将不会参与。我们需要有人承担的 #行动是撰写一份关于如何运作以及如何完成的决议。理想情况下，这应该在下一次技术选举之前完成，以便团队可以在那时选择它。如果您有兴趣承担撰写此决议的任务，请发言！

跨项目工作

————————-

-弹出团队-

我们现在有两个团队，分别是 Encryption 和 Secure Consistent Policy Groups。两者都在缓慢进展，并将继续进行。

-减少每个周期社区目标-

从历史上看，我们每个周期有两个目标，但对于较小的团队来说，这可能是一项巨大的任务。#行动是明确概述目标提案和选择过程的文档，以澄清选择一个目标是可以的。还没有人声称要完成此行动项目。

-Victoria 目标最终确定-

目前，我们有三个提案和一个已接受的目标。如果我们想选择第二个目标，我们需要尽快完成，因为 Victoria 开发已经开始。所有技术委员会成员都应该审查 上次请求选择的提案。

-Wallaby 周期目标讨论启动-

首先，#行动是需要一名或两名技术委员会成员来指导 W 目标选择。如果您感兴趣，请回复此主题！有一些在 Victoria 中未实现的目标，可以作为 W 讨论的起点，特别是 rootwrap 目标，这对于操作员来说会很好。OpenStackCLI 可能是 Wallaby 提出的另一个目标。

尽早检测未维护的项目

—————————————————

技术委员会联络人计划在几个版本前已经创建，但最初对技术委员会成员的负担很大。我们讨论了重新启动该计划，并在每个版本的开始或结束以及中间进行两次项目健康检查。技术委员会联络人将查看先前提出的版本、团队的发布活动、tempest 插件的状态、是否定期召开会议、是否有正在进行的补丁以及项目的 IRC 频道是否繁忙，以确定健康状况。由于将分配超过一名联络人给每个项目，这些联络人可以根据自己的意愿分配工作。仍然需要决定的另一个方面是健康检查将在哪里记录——在 wiki 中？在会议和会议记录中？该决定仍在继续进行。当前未分配的 #行动是我们需要为 Victoria 周期分配联络人并决定何时进行第一次健康检查。

星期五

=====

减少系统和摩擦以推动变革

—————————————————————-

这是一个绕圈子一段时间的对话，然后意识到我们应该列出我们想要解决的更具体的问题，然后集思广益解决方案。我们创建的列表（包括已经正在进行的工作）如下：

• 技术委员会与用户委员会分离（解决方案正在进行中）
• 稳定版本由单独的团队批准（解决方案正在进行中）
• 加快存储库创建速度（尤其是对于已建立的项目团队）
• 创建项目团队合并流程蓝图
• 需求团队只有一个人
• 稳定团队
• 整合代理体验
• 找出如何改进项目 <–> openstack 客户端/sdk 交互。

如果您有兴趣承担其中一项工作并开始提出解决方案或添加到列表中，请这样做！

OpenStack 监控（Ceilometer + Telemetry + Gnocchi 状态）

—————————————————————————————–

这个对话也在进行中，但基本上我们谈论了当前的情况——它们维护得不好，并且 Ceilometer 对 Gnocchi 的部分依赖增加了复杂性。有一些想法可以研究，例如使用 oslo.metrics 作为所有工具之间的接口，或者如果我们能够清理这些依赖关系，则在没有 Gnocchi 的情况下使用 Ceilometer。这里没有具体的行动项目，如果您有任何想法，请分享。

想法存储库下一步

——————————-

在 Ussuri 回顾中，有人提出我们可能需要更多地讨论我们对这个存储库的期望。基本上，我们希望它是一个收集想法的地方，而无需担心如何实现。它应该是一个记录我们拥有的想法（新旧）的地方，并将所有讨论放在一个地方，而不是历史邮件线程、会议记录、其他 IRC 日志等。我们决定定期浏览这个存储库，可能是在峰会上的论坛环节，看看是否有任何更新或将想法提升为社区目标等。

‘tc:approved-release’ 标签

———————————

Manila 团队从他们之前本周的讨论中提出了这个主题。我们讨论了标签的历史以及标签的使用方式演变。目前，该提案是删除该标签，因为发布存储库中的任何内容基本上都经过技术委员会批准。Ghanshyam 已经自愿记录此操作并删除该标签。还需要通知董事会，并查看治理存储库中的 projects.yaml 作为技术委员会批准项目的真实来源。未分配的 #行动项目是审查剩余的标签，看看是否有其他需要修改/删除/添加的标签以驱动 OpenSack 组件的共同行为。

董事会提案

———————-

这是对我们所有对董事会有任何影响的讨论的快速总结，并大致决定了谁会提及它们。

会议反馈

————————

与许多其他主题相比，这也是一个相当快速的主题，我们讨论了所有讨论的进展情况（我们大致称 PTG 成功）以及后勤方面。我们试图充分利用举手功能，这在很大程度上奏效了，但缺乏上下文，并且有可能在轮到您发言时，对话已经进行了，（如果您甚至还记得您想说什么）。

OpenStack 2.0：k8s 原生

———————————–

这个话题在我们会议结束时才提出，所以我们没有足够的时间进行深入讨论。基本上，Mohammed 想要开始讨论 将 k8s 作为基础服务添加，以及如果一个项目要求使用 k8s 我们该怎么办。添加与 k8s 协同工作的服务可能会为 OpenStack 带来新的创新机会。显然，这个话题还需要进一步讨论，因为我们几乎还没开始就不得不结束会议了。 

提醒一下，以下是 TC 正在确定成员负责的 #ACTION 项目：

• 启动面向用户的 API 弹出团队
• 撰写一份关于解构 PTL 角色将如何运作的决议
• 更新目标选择文档，说明一个或多个目标都可以；不必多于一个
• 两名志愿者开始 W 目标选择流程
• 为每个项目分配两名技术委员会联络人
• 审查标签，确保它们仍然适用于所有 OpenStack 项目的共同行为

以下是所有 TC 成员需要做的事情

• 审查上次目标提案，以便我们可以决定接受或拒绝 V 版本的提案[4]
• 将阻碍 OpenStack 进展的系统添加到“减少系统和摩擦”列表中
• 继续您认为重要的对话

欣赏下面的（经过 Photoshop 处理的）团队照片！

请加入社区，祝贺 OpenStack 技术委员会 (TC) 的五位新当选成员！

• Graham Hayes (mugsie)
• Kristi Nikolla (knikolla)
• Mohammed Naser (mnaser)
• Belmiro Moreira (belmoreira)
• Rico Lin (ricolin)

这些成员加入

• Kendall Nelson (diablo_rojo)
• Jay Bryant (jungleboyj)
• Jean-Phillippe Evrard (evrardjp)
• Nate Johnston (njohnston)
• Ghanshyam Mann (gmann)
• Kevin Carter (cloudnull)

有关更多信息，请查看 选举的完整结果 以及 选举流程详情。

即使您不是 TC 成员，您仍然可以参与！除了在邮件列表中讨论和参与临时 IRC 会议之外，TC 成员每周将在以下时间在 #openstack-tc IRC 频道上举行办公时间（持续一小时）

• 周二 09:00 UTC
• 周三 01:00 UTC
• 周四 15:00 UTC

您可以随时联系 TC 成员，但我们将努力在这些特定时间段内保持在线。所以如果您有任何问题，请随时联系我们！

感谢所有候选人！拥有优秀的候选人团队有助于让社区参与到我们的民主进程中。

共有 1,518 位独特的变更作者批准了超过 47,500 次变更，并发布了两个主要版本，分别命名为 Stein 和 Train（源于我们对火车永不磨灭的热爱）。我们开始着手 Ussuri，我们的下一个版本，预计将于 2020 年交付。在 2018 年，我们引入了“扩展维护”概念，这是一个在项目之后可以接受错误修复的时期（但这些不会产生进一步的版本）。截至今天，Ocata、Pike 和 Queens 处于扩展维护状态。

我们将在整个 7 月与整个 OpenStack 社区一起庆祝 OpenStack 的 8 周年！OpenStack 是各种技术的集成引擎，促进新兴社区之间的协作，并且基金会促进了开放基础设施领域许多创新项目的开发。如果没有快速增长的全球社区，这一切都不可能实现。现在有超过 183 个国家/地区的 90,000 多名社区成员和 670 多家支持公司。我们认为这值得全世界庆祝！

了解更多 »