OpenStack 用户画像¶
我们创建了用户画像，以帮助您更好地定义从您的 OpenStack 贡献中受益的 OpenStack 最终用户。经过大量的定性和定量研究，我们确定了五个用户画像，它们代表了 OpenStack 用户执行的最常见角色。我们还考虑了这些用户画像在云采用工作流程中的位置，以及根据其公司规模和用户生态系统，其角色可能如何变化。您可以在设计和开发阶段利用这些用户画像，以帮助确保以用户为中心的贡献和明确定义的用例。如果一致使用，用户画像可以帮助确保您的贡献为 OpenStack 采用者带来积极的用户体验。
了解用户画像¶
- Adrian - 基础设施架构师
Adrian 负责其公司云的战略和路线图，并确定促使管理层将 OpenStack 采用到生产环境中的理由。
- Rey - 云运维工程师
Rey 参与 OpenStack 云服务的安装、运行、使用和更新。
- Taylor - 域运维人员
Taylor 管理与云服务提供商的关系。这包括管理配额、用户数量、适用策略和支持工单。
- Wei - 项目负责人
Wei 通过添加或删除项目成员对云实例的访问权限来管理项目。Wei 的主要关注点是确保有足够的资源来支持 Wei 的项目。
- Quinn - 应用开发者
Quinn 开发和部署云应用程序，但不一定了解云的基础设施。
角色生态系统¶
为了更好地理解每个用户画像的角色，请参阅以下整体角色生态系统，该生态系统基于从硬件到应用层的抽象级别。在这个生态系统中，我们可以看到当前的用户画像以及未来用户画像的候选者。
上述生态系统中的用户画像属于云采用工作流程的不同阶段，并且被视为彼此独立和不同的。虽然根据典型用户将用户画像分离是有利的，但某些人（用户画像所代表的人）可以根据其工作场所和公司职责承担多个角色。要以不同的角色生态系统来了解用户画像，请参阅以下 模型公司
Nikishi University - 研究 - 学术/非营利组织 希望为其内部实验室提供云服务，并拥有裸机。不希望内部招聘资源来部署 trunk。
CNBB Securities - 大型企业 - 企业 希望为其内部客户提供云服务，用于不面向客户的应用程序。同时拥有裸机和运维资源。
Rifkom - 服务提供商 - 服务提供商 希望为不拥有或没有内部资源的外部客户提供服务。内部同时拥有裸机和运维资源。
MOI - 客户 - 中小型企业 希望部署面向客户的应用程序，但没有裸机或运维资源预算。
