Rey - 云运维人员¶
Rey 确保云正常运行，并必须尽快修复任何问题。与缺乏技能的 IT 人员合作对 Rey 来说非常具有挑战性。Rey 每天都会花一些时间在 OpenStack 网站上搜索信息，并且参加过一次 OpenStack Summit。Rey 在运营云时会使用任何有用的工具。Rey 之前担任 Linux 系统管理员的经历影响了他们选择使用 OpenStack 的决定。
关键任务¶
Rey 非常频繁地执行以下任务
安装：经常在基础设施架构师的帮助下安装和配置 OpenStack 云。
运维：跟踪云的日常运营和管理，包括备份、灾难恢复和平台服务。
使用情况跟踪：跟踪应用程序开发者、项目负责人和域运营商对云的使用情况，并相应地优化服务。
更新：执行 OpenStack 云的更新和验证。
您的开发¶
当您的开发影响云实例的行为时，您应该将 Rey 视为您的目标受众。您的开发会改变云的访问、配置、监控或设置方式吗？您的开发是否正在改变 GUI，例如 horizon 仪表板？Rey 不太可能使用 CLI 来管理和跟踪云实例，但很可能会使用 CLI 来安装和更新它们。
在提交您的代码之前，请考虑 Rey 会遵循的使用场景。例如：是否易于使用？Ray 在任务完成时会获得反馈吗？配置更改是否可逆？跟踪的信息如何显示？操作需要多长时间？
最后，请考虑 Rey 是一位技术娴熟的系统管理员，拥有深入的 OpenStack 知识，但没有时间进行冗长而复杂的调查研究。因此，您为 Rey 提供的解决方案必须快速实施，但不必回避复杂的 OpenStack 组件，只要它们在解决方案本身内提供所有必要的信息即可。
痛点¶
Rey 面临着一些挑战，这些挑战可能会阻碍和减缓 OpenStack 云的管理和更新进度。以下痛点示例突出了可能阻碍进度的情况。这使您能够在准备项目时预见并弥补。
Rey 难以找到信息来帮助排查可能导致云无法运行的问题
“新用户没有灵活性花几个星期深入研究源代码来弄清楚如何执行常见任务，尤其是在编排领域。如果不是因为 ask.openstack.org 和社区中许多博主的辛勤工作，我将更难理解 OpenStack 功能的实际用途。”
项目之间不一致会减慢进度
“所有项目都应努力使用相同的标准——在代码、使用的库、文件格式和文档中。 [我们需要] 不同 OpenStack 项目和版本之间的一致性。”
“这实际上归结为让 OpenStack 表现得更像是一个单一的倡议，而不是一个项目的集合。”
建立一个倾听并采纳反馈的社区也是一个目标
“开发者和运维人员之间仍然存在一些差距。虽然这种差距正在缩小，但了解运维人员在某些领域的痛点是开发更好产品的关键。”
配额的规模给运维人员带来了重大障碍。请考虑 Rey 可能需要在部署中管理一千多个项目。
组织模型¶
该角色在特定组织模型中执行的任务对于您的 OpenStack 开发的可用性非常重要。在小型公司中，Rey 可能需要承担基础设施架构师和域运营商的一些责任。在大型公司中，多个个人可以执行 Rey 任务的子集。例如，一个人可以负责安装和更新云实例，而另一个人可以负责监控操作和使用情况，还有另一个人可以负责解决问题。在 Rey 的组织中，Rey 负责所有这些任务。有关 Rey 如何适应不同的用户生态系统，请参阅 模型公司。
