RefStack 配置

跨项目规范 - 无

用户故事追踪器 - 无

问题描述

问题定义

客户决策者在选择 OpenStack 解决方案时，通常需要用于认证的配置信息，以便决定选择哪个解决方案能够确保与其他 OpenStack 环境的互操作性，以及应用程序在 OpenStack 解决方案之间的可移植性。

OpenStack 操作员希望设置一个 OpenStack 部署的配置，为他们的用户提供互操作性支持。因此，他们需要从 RefStack 获取有关供应商解决方案 DefCore 认证所用配置的信息。

机会/理由

Openstack 互操作性品牌的目标是确保 OpenStack 云之间的互操作性，以支持应用程序在它们之间的可移植性。不幸的是，这种可移植性在很大程度上取决于完整的 OpenStack 解决方案配置，包括 OpenStack 配置以及底层 HW 环境配置。

建议提供必要的信息，以便操作员和决策者决定哪些配置和哪些供应商解决方案能够满足他们的互操作性需求。请求的配置信息类似于许多基准测试组织（如 TPC 和 SPEC）与其结果一起提供的信息。

需求规范

用例

本节使用了 OpenStack UX 人物。

• 私有云
  • 作为云解决方案决策者，我希望选择满足我的应用程序互操作性需求的私有 OpenStack 解决方案。因此，我需要确保我的 OpenStack 解决方案配置能够确保互操作性。
  • 作为云解决方案决策者，我希望选择满足我的应用程序互操作性需求的私有 OpenStack 解决方案，并且硬件供应商的选择由我决定。因此，我需要确保解决方案互操作性结果适用于我的硬件选择。
  • 作为云解决方案决策者，我希望选择满足我的应用程序互操作性需求的私有 OpenStack 解决方案，用于 PoC，并且硬件是我现在实验室中可用的。因此，我需要确保解决方案互操作性结果适用于我的硬件选择。
  • 作为云解决方案决策者，我希望选择支持我的应用程序的多个 hypervisor 的 OpenStack 解决方案，并满足所有 hypervisor 的互操作性要求。
  • 作为 Rey 云操作员，我希望选择为我的 OpenStack 解决方案配置提供应用程序互操作性的 hypervisor。因此，作为 Rey，我希望看到供应商为 refstack 结果提交所使用的 hypervisor。
  • 作为 Rey，我希望选择为我的 OpenStack 解决方案配置提供应用程序互操作性的容器管理。因此，作为 Rey，我希望看到供应商为 refstack 结果提交所使用的容器管理。
  • 作为云解决方案决策者，我希望选择支持裸机应用程序互操作性的 OpenStack 解决方案。
  • 作为 Rey，我希望配置我的 OpenStack 解决方案配置，以确保裸机应用程序互操作性。因此，作为 Rey，我希望看到供应商为 refstack 结果提交所使用的 OpenStack 配置以及硬件及其配置。
  • 作为 Rey，我希望复制供应商的互操作性结果。这需要完整的 OpenStack 解决方案的精确配置，包括硬件选择、其配置、OpenStack 组件到硬件的映射以及每个 OpenStack 项目的 OpenStack 配置。
• 公有云
  • 作为云解决方案决策者，我希望选择满足我的应用程序互操作性需求的公有 OpenStack 解决方案。因此，我需要确保公有 OpenStack 解决方案提供商将我的应用程序部署在与 DevCore Logo 认证所使用的相同的 OpenStack 配置上。
  • 作为云解决方案决策者，我希望选择支持我的应用程序的容器的 OpenStack 解决方案，并满足它们的互操作性要求。
  • 作为 Rey，我希望选择为我的 OpenStack 解决方案配置提供应用程序互操作性的 hypervisor。因此，作为 Rey 操作员，我希望看到供应商为 refstack 结果提交所使用的 hypervisor。
  • 作为 Rey，我希望选择为我的 OpenStack 解决方案配置提供应用程序互操作性的容器管理。因此，作为 Rey，我希望看到供应商为 refstack 结果提交所使用的容器管理。
  • 作为云解决方案决策者，我希望选择支持裸机应用程序互操作性的 OpenStack 解决方案。
  • 作为 Rey，我希望复制供应商的互操作性结果。这需要完整的 OpenStack 解决方案的精确配置，包括硬件选择、其配置、OpenStack 组件到硬件的映射以及供应商选择的每个 OpenStack 项目的 OpenStack 配置。虽然这些选择对公有云中的用户不可见，但供应商为 RefStack 结果使用的确切环境的标识符，可供用户使用，可以涵盖硬件选择、OpenStack 项目配置、运行环境、可用区、主机聚合、高可用性。

用例示例

• 我希望选择一个 OpenStack 解决方案
  • 我有一个需要可移植的 VM 应用程序列表
  • 我有一个需要可移植的基于 docker 容器的应用程序列表
  • 我需要为我的开发/QA 团队提供一个用于开发可移植应用程序的环境
  • 我有一个首选硬件合作伙伴的简短列表
  • 我查看具有互操作性基础标识的 openstack 供应商，以查看哪些供应商通过了 KVM 认证。
  • 我查看具有互操作性基础标识的 openstack 供应商，以查看哪些供应商通过了 docker 容器认证。
  • 我查看 OpenStack 互操作性列表中的硬件合作伙伴标识，并选择满足我的容器和 hypervisor 要求的合作伙伴。
• 我以管理员身份在我的组织中安装一个选定的供应商 OpenStack 产品。
  • 我查看供应商互操作性提交结果，以配置我的部署，使其能够通过互操作性测试
  • 我将其作为基本验证运行 refstack 互操作性。
  • 我在具有 logo 互操作性认证的 OpenStack 公有云上运行 refstack 互操作性，例如 Rackspace。
  • 我比较它们之间的结果以及记录中的 refstack 结果。
  • 如果结果与预期不符，我会发送电子邮件至 interop@openstack.org，会生成一个工单并将问题升级到适当的级别进行解决。
  • 如果结果成功，我将在我的私有云中部署并运行一个应用程序。
  • 我在具有 logo 互操作性认证的 OpenStack 公有云上部署相同的应用程序，例如 Rackspace。
  • 我比较两次运行的结果，以确保它们相同。

相关用户故事

• 要求供应商提交配置（来自 DefCore 中期）

要求

• 识别配置项和值，这些项和值在参数化 OpenStack 云的每个特定实现中的互操作性方面很重要。
• 用于提取 openstack 配置文件、匿名化敏感信息（如密码）并将它们组合到报告实体中的工具。
• 增强 RefStack 客户端以使用上述工具来收集和报告 DevCore 提交指南中定义的相关的配置信息。
• 提交给 RefStack 的具有配置信息的唯一 OpenStack 公有云产品+配置的定义，用户可以查询和发现这些信息。

外部参考

无。

拒绝的用户故事/使用场景

无。

术语表

• TPC - 事务处理性能委员会
• SPEC - 标准性能评估公司