跳转到： 导航, 搜索

Operations/Meetups

目录

Ops Meetups 为运行云的人们提供了一个聚集地，可以交流最佳实践、想法和反馈。它主要以圆桌会议/工作/讨论会的形式进行，只有少量的演示，目标如下

  1. 收集运行 OpenStack 时出现的问题的反馈，并将其传达给社区
  2. 创建一个论坛，供感兴趣的各方分享最佳实践和架构
  3. 提高运行云的参与者的建设性、主动参与度

Ops Meetups 通常在 6 个月的设计峰会期间举行，也会在“年中”举行一次。以前和即将举行的 Ops Meetups 如下

Ops Radio Hour 系列

下次会议：2025 年 12 月 19 日 1300 UTC

2022 年第二次 Ops Meetup

可能的主办方：Elastx（斯德哥尔摩），目标日期“夏季”

2022 柏林峰会和 Ops Meetup

2021 年活动

2021 年没有活动发生（再次因新冠疫情）

2020 年 Meetups（因新冠疫情全部取消

Meetup（伦敦，2020 年）（已完成）

年中会议（北美，2019 年）

年中会议（柏林，2019 年）

年中会议（丹佛，2018 年 9 月）

Rocky 版本发布（温哥华，2018 年 5 月 21-24 日）

年中会议（东京，2018 年 3 月）

Queens 版本发布（悉尼，2017 年 11 月 6-8 日）

年中会议（2017 年 8 月）

Pike 版本发布（波士顿，2017 年 5 月 8-11 日）

年中会议（2017 年 3 月）

Ocata 版本发布（巴塞罗那，2016 年 10 月）

年中会议（2016 年 8 月 25-26 日）

Newton 版本发布（奥斯汀，2016 年 5 月）

年中会议（2016 年 2 月）

Mitaka 版本发布（东京，2015 年 10 月）

年中会议（2015 年 8 月）

“L” 版本发布（温哥华，2015 年 5 月）

年中会议（2015 年 3 月）

  • 3 月 9 日和 10 日，美国费城
  • etherpads

Kilo（巴黎，2014 年 11 月）

年中会议（圣安东尼奥，2014 年 8 月）

Juno（亚特兰大，2014 年 5 月）


年中会议（圣何塞，2014 年 3 月）

主持人指南

非常感谢您担任 Ops Meetup 的主持人。您的工作是我们成功的关键！

您掌控着您的会议，但是，本文档概述了一些过去经验表明好的会议的思路，以防您需要。

我们有两种不同类型的会议。全体会议和工作组。以下，我将它们分开，以便您可以阅读与您相关的内容。

我们有三个总体目标

  1. 收集运行或使用 OpenStack 时出现的问题的反馈，并将其传达给社区
  2. 创建一个论坛，供感兴趣的各方分享最佳实践和架构
  3. 提高运行或使用云的参与者的建设性、主动参与度


全体会议

基本上，您、一个 etherpad 和一个有 OpenStack 经验的几百人组成的房间。作为主持人，您的努力将产生可操作的成果，以及满意的听众。

  • 向音频人员介绍自己。您将获得麦克风，并会被询问有关笔记本电脑连接的问题。
  • 最好的做法是说服您的朋友控制笔记本电脑。让他们控制 etherpad 的显示，如果它变得很大，则上下滚动以确保看到最相关的内容。
  • 在会议开始时，对 etherpad 进行 30 秒的介绍，并要求每个人使用它做笔记。（许多与会者不习惯 etherpads）
  • 准时开始讨论，也许从一些开放式问题开始，或者举手了解听众
  • 目标是达到那种理想状态，即对话在没有您的帮助下继续进行
  • 不要陷入“问答”模式——仅仅因为您站在房间前面，有些人可能会期望您这样做。始终将讨论引导回来。
  • 会有抢话的人。不要害怕打断他们。使用“谢谢，这很重要，我们已经在 etherpad 上记录下来了”之类的语言，将不会引起任何不满。
  • 如果您看到不同主题之间有很好的过渡，请抓住它！
  • 最重要的是：尝试确保每个讨论至少有一个行动项——我们可以做的事情。如果我们不这样做，人们将停止参加这些活动


总而言之，玩得开心！同时 *也* 要有趣！如果您感到无聊，听众会察觉到——所以如果发生这种情况，请开始一个新的主题。自发性是好的！要求人们做一些事情（提交错误、开始邮件列表帖子）是好的！


工作组 - “小型工作会议”

这些会议的重点是特定主题，并且会议时间较长（通常为 80 分钟），因此您可以真正合法地完成工作——而不仅仅是讨论。

您将拥有自己和一小群对 OpenStack 经验丰富并真正有兴趣参与的人。作为促进者，您的工作是尝试将这些人中的每一个人转化为您工作组的积极成员，最好在峰会结束后很长时间继续他们的任期。

由于这些会议大多时间较长，并且涉及更具体的内容，因此需要进行一些计划。对于某些小组，您可能已经提前见面并拥有工作和流程。尝试在 etherpads 中预先填充这些信息。

尝试考虑一些可以在您的时间里完成的具体事情，但也要准备好并乐于接受与会者的建议。如果有一个每个人都相信的好主意，那就去实现它。提交错误。提交蓝图。提交补丁。编写文档。使用白板。您有时间做所有这些


当然，所有这些信息都是通用的。您是这里的摇滚明星——做您认为最好的事情。Tom 在这两天的大部分时间里都会提供帮助。（如果发生任何可怕的事情，请拨打 +886 98833 1200）

还有一些会议有点不同...

架构展示

这是一系列闪电演讲——基本上是关于您部署中一些很酷内容的 5-8 分钟的演讲。

如果您主持此会议，您必须执行的主要职责之一是计时——我们通常在每个会议中循环播放许多演讲。

最佳做法是在会议开始前将人们使用的所有幻灯片放入一台笔记本电脑中。

Meetup 前后

完全意识到您是一位时间有限的志愿者，并且您可能无法做到所有这些，在 meetup 之前或之后可以做的一些很酷的事情是

  • 在 ops ML 上发布一个主题，征求您会议的想法（并同时宣传它）
  • 发布一条包含日程安排详细信息的推文
  • 在 etherpad 中填充一些对话开始主题（或者，如果您是一位开发人员，正在寻找反馈——您想回答的问题）
  • 在 Ops ML 上发布会议摘要并链接到 etherpad，供那些无法参加的人使用
  • 在 Operations 页面下编写一个新的 wiki 页面，总结最佳实践/您发现的新工具等
  • 跟进 meetup 期间人们自愿完成的行动项；)
  • 组织后续 IRC 会议（如果适用）

Ops Meetups 的规划方式

Ops Meetups 由 Ops Meetups Team 组织。这是一个开放的团队，定期举行会议——如果您对该活动感兴趣，请与我们联系！

这是流程的高级时间表

  • 大约 5 个月前确定日期/区域
  • 4 个月前预订场地
  • 2 个月前开始议程头脑风暴
  • 2 个月前开放注册
  • 草稿议程发布：提前1个月
  • 议程完成：提前3周
  • 找到所有主持人：提前2周
  • 注册截止：提前1周（用于餐饮安排）

日期和地区选择

运维峰会的时间安排很大程度上受到OpenStack发布周期的影响。每次OpenStack峰会都会举办一次活动，峰会地点在不同地区轮流举办

  • 第一年 - 4月底/5月初 - 北美
  • 第一年 - 10月底/11月初 - 欧洲
  • 第二年 - 4月底/5月初 - 北美
  • 第二年 - 10月底/11月初 - 亚太地区

峰会之间也会举办活动。传统上，这些活动在2月/3月和8月举行，但具体时间安排和地区位置目前正在由运维峰会团队讨论中。

根据社区反馈，运维峰会团队选择活动的大致日期和地区。

场地选择

一旦确定大致的日期范围（例如“8月中旬至下旬”）和地区（例如“北美”），就可以开始着手场地工作了。找到一个灵活且足够大的场地以容纳不断增长的运维社区始终是一个挑战。参会人数多年来有所波动，但通常在100-200人之间。根据场地条件，我们也会有不同数量的并行分会场

  • 剧院式/鱼骨式座位，可容纳100-200人
    • 注意：2015年3月在费城举办的年中峰会有175+注册人数，现场大约有150人。
    • 注意：2015年8月在帕洛阿尔托举办的年中峰会有303注册人数，现场大约有195人。
    • 注意：2016年2月在曼彻斯特举办的年中峰会现场有130人。
  • 至少要有2个房间用于并行分会场或主题分会场，但这不是必需的。
    • 注意：对于年中峰会，团队通常在早上全体会议，在活动结束时进行反馈会议。其余时间可以安排成分会场。例如，在费城，早上使用的主会场下午被分成两个空间，分别使用。在东京，大房间用于全体会议，而一个小房间用于NFV主题分会场，该分会场对许多本地参会者来说特别感兴趣。
  • 可靠的无线网络，可能需要支持500-600台设备
  • 每个房间都需要投影仪、屏幕、电源插座和白板，大房间需要几个手持麦克风
  • 每天提供咖啡和午餐，根据成本可能提供简单的早餐
    • 注意：餐饮通常是最大的成本，尤其是随着参会人数的增加。这有时由主办方提供，有时也由赞助商单独提供。
  • 交通、酒店和其他场所（例如晚间活动）的便利通道
  • 指引人们到达相应房间的指示牌
  • 在适当的空间设置注册/欢迎台
    • 注意：在办公楼举办的年中活动，安全要求可能会带来额外的后勤挑战


我们非常幸运地得到了一些优秀组织的帮助，他们提供自己的场地，或资助商业会议场地。如果您遇到过主办过这些活动之一的组织的人员，请表达您的感谢 - 这是使其成为可能的重要组成部分。非常感谢我们过去的赞助方

  • eBay/Paypal
  • Rackspace
  • Comcast
  • HP
  • Datacentred
  • Bloomberg
  • Enter
  • NTT
  • Deutsche Telekom


2016年5月，运维峰会团队决定寻找场地的最公平方式是发送公开的场地征集邮件，看看有什么回复。关键是促进一个公平的流程来选择提案，如果我们有多个提案的话。场地征集应该在确定地区和大致日期范围后尽快进行，以便为规划留出尽可能多的时间。

资助方

社区普遍认为运维峰会应该是非商业性的活动，并且愿意接受较低的“制作水平”，而不是被营销轰炸。但是，举办活动仍然需要资金！

资助方是活动的资金支持者。他们是相信改进OpenStack运维的组织，通常自己运营云。他们共同承担场地、餐饮和辅助成本来运行活动。过去，我们会在注册网站、活动指示牌和名牌上添加资助方的名称和标志。我们还允许在主区域放置少量横幅，并鼓励每位资助方的代表欢迎参加活动的人员，以便让他们的面孔和品牌为人所知。

在某些情况下，尤其是在内部场地和内部餐饮的情况下，主办方也可能是资助方。但是，根据OpenStack的活动原则，我们应该促进所有社区商业成员的平等参与。

主题选择

选择峰会的主题非常重要。您需要确保在收集反馈（尤其是涵盖当前紧迫问题）、分享最佳实践以及让人们实际参与的环节之间取得合理的平衡。

这里的总体原则是获取广泛的反馈 - 您不希望每次峰会都有完全相同的主题，并且绝对不希望总是让相同的人提出建议（否则会导致回音室效应）。

到目前为止，这种方式一直是通过一个etherpad，例如https://etherpad.openstack.org/p/YVR-ops-meetup，其中包含有关运维峰会目标和会话类型的相关信息，以及用于征集反馈的部分

  • 会话想法 - 全体会议
  • 会话想法 - 工作组
  • 架构展示与讲解（如果您想展示，请在下方列出您的姓名和电子邮件）
  • 主持人志愿者（请在下方列出您的姓名和电子邮件，以及您可以主持的会话）

在每个部分中添加一些已知的优秀会话作为示例效果很好，并鼓励一些人对他们最喜欢的会话进行+1，这可以帮助不熟悉etherpad的人更容易参与。

一旦etherpad完成其过程 - 通常持续大约两周，主题就会被分解到可用房间的日程表中，然后与社区分享以获取反馈。此时可能会发现缺少的主题或存在冲突的主题（另请参见：管理冲突）。

调度

房间选择、布局和协同定位

所以，最难获得的房间是“大”房间，用于我们的全体讨论。

对于“大”房间，在与“小”房间不同，我们应该在某种程度上最大化参会人数，因为我们理想情况下希望只有专注/感兴趣的人参加小房间。将较大的房间协同定位意味着我们基本上将更多的人困在我们的分会场中，确保始终有有趣的内容供他们参与。

对于较大的会话，良好的参会人数可以确保以广泛的方式实现活动“反馈”目标，从尽可能多的人那里获取最广泛的观点。

但是，在3个并行房间的情况下，很难安排时间，以便人们通常可以观看他们想要的一切。因此，上述论点对于大量并行房间来说不成立。我认为一天最多3个房间。如果我们需要7个更多的时间段，那么我们绝对应该将大房间分成几天。


关于“小”房间 - 情况完全不同。我们不是试图最大化总体参会人数，而是更重要的是人们可以参加他们想要的小组 - 就像整个设计峰会一样。这些是协同定位的，只是为了避免Thierry发疯。他非常努力地为所有设计峰会项目整理日程表。如果设计峰会中的其他分会场想在周三切换一些内容，我完全愿意移动我们的一些内容。

还有会议本身的日子要考虑：周二、周三和周四可能是“更好”的日子 - 有些人迟到并错过了周一的一部分，也有一些人早退并错过了周五的一部分。

管理冲突

布局网格中的冲突是需要认真考虑并获得他人审查的事情。

有时它只是奏效了，例如，峰会“101”与两个非常技术/高级的主题相对，因为那里肯定有不同的受众。

还有一些主题只有特定类别的人关心，因此您必须确保有其他更通用的主题，以便人们留下来。例如，如果您不运行cinder，对多个站点或联合感兴趣，而它们是唯一的主题……您应该做40分钟的什么？

然后是具有共同兴趣的主题。对联合感兴趣的人也可能对多站点云感兴趣，因此不适合同时安排这些主题。同样，对计费感兴趣的人也可能对遗留应用程序感兴趣。

运用最佳判断，并获取广泛的反馈。

寻找主持人

每个会话都需要一个主持人。过去尝试过两种寻找感兴趣人员的方法 - 在议程起草/规划之外向运维邮件列表发出呼吁，以及在etherpad中添加一个部分。后者更成功，因此请务必在规划etherpad中添加一个部分

  Moderator volunteers (list your name and email below, along with the sessions you could lead)
  * Guide for Moderators: https://wiki.openstack.org/wiki/Operations/Meetups#Moderators_Guide
  * Tom Name <tom@example.org> - Introduction sessions, generally available if none else volunteers

然后，一旦规划etherpad完成其过程，并附带一些邮件列表提示，并且您已经安排了会话，看看您如何将主持人与他们感兴趣的领域进行匹配。主持人倾向于写下他们想主持的特定会话，所以从那里开始，然后添加普通主持人，等等。

最后一步是填补空白 - 在没有分配主持人时。写一些电子邮件：询问现有的主持人志愿者，询问邮件列表，最后 - 如果找不到主持人，这可能意味着兴趣不如预期，应该用其他内容替换会话。

提示

  • 请记住，每个会话都需要花费一些时间和精力来准备，因此通常不要要求一个人主持超过两个会话。
  • 第一次担任主持人的主持人可能更喜欢与共同主持人一起工作，尤其是当他们处理一个困难的主题时。
  • 由于工作会话需要更多的准备，因此可以考虑两个或三个主持人。

注册

我们使用基金会的Eventbrite页面。

一旦注册开放，我们就会监控人数，相应地调整场地/食物要求，并确保事情不会失控。

注册在活动前大约一周关闭。有时更早，如果我们在具有特殊安全要求的场地。

广告

只需问Allison即可；)

宣传此活动需要权衡。我们希望有经验的云运营商来参加 - 这是为他们举办的活动。但是，如果我们大声广播，除了我们的运维朋友之外，我们还会得到很多不是那么……的参会者。我们尝试在所有电子邮件通信和注册页面上附加免责声明，以避免初学者意外参加并获得负面体验

   ***Note***: This event assumes OpenStack ops knowledge and is _not_ appropriate for beginners, or a place to learn about OpenStack. The event contains relatively few 'presentations' and is mostly a discussion-style event. To find other OpenStack events in your area, please visit www.openstack.org/events.

这显然太长了，无法放在推文中，所以通常从“运行#OpenStack云？……”开始

也很高兴有一些著名的开发人员参加 - 所以直接联系那些人是一个选择，或者在每周新闻通讯中包含一行。

通常，将执行以下推广活动

  • 向在注册中表示运维的先前峰会参会者发送电子邮件
  • 向先前参加运维年中峰会的人员发送电子邮件
  • 提醒运维邮件列表
  • 从基金会Twitter帐户发推文
  • 联系当地的聚会小组

可选地，可以尝试的其他领域是

  • 向可以从参加运维年中峰会中受益的ActiveUser贡献者子集发送电子邮件
  • 联系表示可以联系的用户调查回复者

处理反馈

从"https://wiki.openstack.org/w/index.php?title=Operations/Meetups&oldid=186993"检索