SuccessBot 说
- loquacities: Newton 文档已上线 docs.openstack.org!向文档团队致敬 \o/
- dhellmann: OpenStack Newton 现已正式发布!
- tristanC: 6 名 TC 成员当选 Ocata [1]。
- dulek: Cinder gate 正在投票支持基本的滚动升级。距离获得 assert:supports-rolling-upgrade 标签更近一步。🙂
- 更多
关于 TC 选举流程的一些想法
- 在决定竞选时,候选人会撰写一篇长篇、深思熟虑的文章,阐述他们希望在 TC 中任职的原因。
- 很少有人会提出后续问题,或要求候选人更明确地解释他们的立场。
- 有些人会根据他们最熟悉的名字来选择,而不会阅读这些候选人帖子。
- 普遍认为,没有担任过大型项目 PTL 的人很难当选。
- 一个隐性偏见的例子,音乐管弦乐队采用盲选方式,彻底改变了选拔结果 [2]。
- 提案:让候选人自荐,但不要提交冗长的候选人信,只需说明他们希望任职的兴趣。
- 提名结束后,选举官员将为每位候选人分配一个不具标识性的标签(例如随机数字)。
- 候选人将发表他们的想法和立场,并回复人们提出的问题。
- 候选人论文将在竞选期间发布,而不是提名期间。这将排除个人信息。
- 也许候选人可以将他们的回复转发给选举官员,选举官员将以候选人编号的形式发布它们。
- 投票表单只会列出候选人的编号。
- 关于该提案的一些想法
- 不允许人们评判他人的品格会引入欺诈动机。你可以秘密地告诉朋友你的号码。他们的隐性偏见会让他们认为这是道德上可以接受的,并让他们更有可能投票给你。
- 识别候选人可能很重要。对于某些人来说,他们所说的话与他们最终在掌控大权时所做的事情之间存在差异。
- 熟悉并不一定等于偏见。信任不是偏见。
- 一个很好的例子 [2] 需要了解演讲者和话语的线程。这也是匿名选举领导者是个坏主意,并且有利于以英语为母语的人的原因。
- 我们需要几件事
- 在提名和投票之间留出时间。有些候选人直到最后一天或两天才会宣布。这没有给人们足够的时间去了解他们。
- 如何处理时区差异。一位候选人可能会尽早发布答案并获得更多反馈。
- 减少现任优势的影响。
- 管弦乐队选拔的比较在之前的几个周期中也曾被提出,但可能是一个糟糕的比较。人们被要求完成的工作是演奏乐器,结果发现很多与演奏乐器无关的事情导致了结果的偏差。
- TC 的工作是
- 将 OpenStack 的最佳利益放在首位。
- 有效地与我们社区中多样化的人群合作,完成任务。
- 找到摩擦点并消除它们。
- 帮助设定项目整体方向,并获得社区的认可。
- 撰写一篇好的候选人邮件并不能很好地代表这些能力。它衡量的是撰写一篇好的候选人邮件的能力,用英语。
- TC 的工作是
- Sean Dague 希望选民在选举中投票时,能够考虑到个人的声誉。
- 看看他们在整个 OpenStack 中所做的工作。
- 他们如何就事项达成共识。
- 他们能够让人们团结起来并向前推进哪些努力。
- 当他们遇到困难并克服困难时。
- 当他们寻求帮助和/或承认自己不在行时。
- 他们如何帮助新手。
- 他们如何与老手合作。
-
- 很容易将其驳斥为一场人气竞赛,然而,这实际上是评估个人提出的可信承诺。不仅仅是他们拥有的想法,而是他们能够将这些想法付诸实践的可能性。
- 完整线程
API 工作组新闻
- 在巴塞罗那峰会上进行的 API 易用性测试 [3]。
- 两个活跃的讨论 [4]
- 收集和改进 OpenStack 中的错误消息。
- 关于 GET 和主体处理的请求语义。
- 新指南
- 添加关于 JSON 期望的警告 [5]。
- 指南目前正在审核中
- 指定基于时间间隔的过滤查询 [6]。
- 完整线程
从运维角度来看的项目团队会议
- 第一次 PTG 将于 2 月 20 日至 24 日在亚特兰大市中心 Sheraton 酒店举行。
- 门票价格为 100 美元。
- 团体费率为每晚 185 美元。
- 注册将在未来几周内开放。
- 横向/跨项目团队将在周一和周二举行会议。
- 垂直项目将在周三至周五举行会议。
- PTG 规划方面有很多出色的计划,但是,运维人员需要一些时间来弄清楚。
- Tom Fifield 给运维人员提供了一些说明
- 查看 PTG 网站上的图表 [7]。
- 我们终于承认一个发布周期从规划开始。现在我们将完成一个发布,同时规划另一个。
- 这使得峰会在获得用户反馈和良好想法的正确位置。
- OpenStack 峰会是整个社区聚集在一起的地方。
- PTG 并不意味着峰会变成一个营销活动。峰会还可以包括
- 预规格头脑风暴
- 与用户的反馈
- 参与战略方向。
- PTG 并不意味着峰会变成一个营销活动。峰会还可以包括
- 不要期望运维人员参加 PTG
- PTG 的设计目的是为了提供完成任务的空间。除非用户深入代码,否则他们不会在那里。如果你想获得用户的反馈,请使用峰会。
- 查看 PTG 网站上的图表 [7]。
- 对于像 Kolla 这样的以运维为重点的团队,参加 OpenStack 峰会和运维周期中期会议至关重要。并非每个人都需要参加每个活动。这些团队应该组织好谁将参加哪些活动。
- 如果你要参加巴塞罗那峰会,OpenStack 基金会的 Thierry 和 Erin 将主持关于 PTG 的信息介绍 [8]。
- 完整线程
下一次 PTL/TC 选举时间表
- 在上次 TC 会议上,TC 成员讨论了未来的选举周期,并考虑了 OpenStack 峰会和项目团队会议。
- TC 章程使用“设计峰会”和“峰会”这两个术语可以互换使用,不再有效,需要更改。
- 重点是限制变更的影响,以避免修改基金会章程 [9]。
- PTL 选举将继续围绕开发周期边界组织。
- TC 选举将继续围绕 OpenStack 峰会日期组织。
- 完整线程
在 Python 项目中运行非 Devstack 作业
- Devstack 是在 CI 环境中部署 OpenStack 的常用工具。
- 但是,它不会像 Kolla、Fuel、TripleO 等工具那样在生产环境中部署 OpenStack。
- 在 Devstack 之外部署 OpenStack 时,事情可能会(并且确实)出错
- SSL 没有经过测试。有些项目仍然没有启用 SSL 进行测试。
- 并非所有地方都经过 IPv6 测试。
- 没有测试具有 HA(HAproxy 和/或 Pacemaker)的生产场景。
- 提议
- 这并不是要删除 Devstack。想法是在交互式方式中添加更多覆盖范围。
- TripleO 和 Heat 等项目已被添加到实验性管道中的 CI 作业中。
- 一份关于增加不同项目覆盖范围的草案文档 [10]。
- 在足够的测试和过度使用基础设施资源之间取得平衡很棘手。
- 而且,任何比单元测试更复杂的事情都有 > 0% 的失败几率。
- 另一个提案
- 定期运行测试,并在测试通过时每天向前引用哈希值。
- 允许部署工具自动向前推进。
- 非常接近主分支,但没有紧密耦合到每个更改中。
- 这与 OpenStack-Ansible 项目的“集成构建”非常相似。
- 定期运行测试,并在测试通过时每天向前引用哈希值。
- 完整线程
[1] – http://lists.openstack.org/pipermail/openstack-dev/2016-October/105299.html
[2] – http://blog.leafe.com/bias/
[4] – http://eavesdrop.openstack.org/meetings/api_wg/
[5] – https://review.openstack.org/#/c/364460/
[6] – https://review.openstack.org/#/c/383862/
[7] – https://openstack.org/ptg
[9] – https://review.openstack.org/#/c/385951/
[10] – https://docs.google.com/spreadsheets/d/1bLg-uEGrQXyRZ-FuR6pf1WT4XN0-6MrlfqEShI7xMxg/edit#gid=0
发表回复