参与

有一个专门的邮件列表供操作员使用，请访问 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators 订阅。您还可以查阅归档，其中包含大量有价值的信息。

在 IRC 上有 #openstack-operators 频道用于实时对话。还有一个双周团队会议。（旧会议记录在此）

自 Juno 以来，操作员会在设计峰会上参加官方操作员见面会，以及周期中期左右的时间。他们可以与 OpenStack 开发人员和贡献者一起讨论。请查看 Operations/Meetups 页面以获取更多信息。

还有许多工作组您可以参与其中。

文档

操作员每天都需要完成各种任务。跟踪和分类这些任务将为开发人员提供重要的见解。请在 Operations/UseCases 上查看它们。

一个工具列表，用于帮助日常 OpenStack 操作任务。

在 Operations/Meetups 上已经进行了一些关于监控的专门讨论。

这些工作组专门针对操作员，并发挥作用。

首先查看 Bugs#Reporting 页面。如果开发人员在没有包含有关所经历问题的尽可能多的信息的情况下，很难帮助来自操作人员的错误报告。您还会发现，如果您使用正确的标签，您的错误报告会得到更多关注，以便开发人员可以看到它。

具体来说

请包含您正在运行的版本（OpenStack 版本，以及如果相关，您获取软件包的位置）。
使用“ops”标签标记错误。在报告新错误时，您需要展开“额外选项”字段以添加标签（参见图像）。对于现有错误， “添加标签”链接就在错误的描述之后（参见图像）。
如果您认为该错误是微不足道的，例如以错误的级别发出的日志消息，请也将其标记为“low-hanging-fruit”。
包含任何看似相关的日志。
描述您的生产环境——您使用的数据库、大约有多少台机器等等。
将 'openstack-ops' Launchpad 团队订阅到该错误。
如果您知道其他人也受到该错误的影响，请鼓励他们访问 Launchpad 错误页面，然后单击“此错误是否影响您？”链接（参见图像）。这将增加错误的“热度”，这是开发人员的重要指标。

请参阅 Operations/Bugs 以获取标记为“ops”的错误列表。