商业市场认证策略

文档版本：1.33

文档日期：2022 年 5 月 20 日

目录

100 常规

• 商业市场认证策略
  • 目录
  • 100 常规
    • 100.1 价值主张和产品/服务要求
      • 100.1.1 标题
      • 100.1.2 摘要
      • 100.1.3 说明
      • 100.1.4 非英语内容
      • 100.1.7 积极和可见状态
    • 100.2 可发现性
      • 100.2.1 类别和行业
      • 100.2.2 关键字
      • 100.2.3 资质（仅限“咨询服务”产品/服务）
      • 100.2.4 产品页面的编排
      • 100.3 图形元素
    • 100.4 购置、定价和条款
    • 100.5 产品/服务信息
    • 100.6 个人信息
    • 100.7 准确的来源
    • 100.8 重要价值
    • 100.10 不当内容
    • 100.11 安全性
    • 100.12 功能
    • 100.13 业务要求
    • 100.14 可测试性
  • 200 虚拟机
    • 200.1 技术要求
    • 200.2 业务要求
    • 200.3 VM 映像要求
      • 200.3.1 常规
      • 200.3.2 Windows
      • 200.3.3 Linux
    • 200.4 VM 映像通用化
    • 200.5 安全性
    • 200.6 测试和认证
  • 300 Azure 应用程序
    • 300.1 价值主张和产品/服务要求
    • 300.2 购置、定价和条款
    • 300.3 功能
    • 300.4 技术要求
      • 300.4.1 代码
      • 300.4.2 安全性
      • 300.4.3 变量
      • 300.4.4 参数
      • 300.4.5 资源
      • 300.4.6 CUID (createUIDef)
      • 300.4.7 部署项目
      • 300.4.8 VM 映像引用和磁盘
  • 800 咨询服务
    • 800.1 价值主张
    • 800.2 合格要求
    • 800.3 标题
    • 800.4 摘要和说明
    • 800.4.1 质量
    • 800.4.2 内容
    • 800.5 支持性文档
  • 后续步骤

100 常规

这些常规政策适用于所有产品/服务类型。 下面按产品/服务类型列出了每种特定产品/服务类型的附加政策。 针对您正在为市场开发的产品/服务类型，请确保查看的这两部分政策。

您可在发布指南（按产品/服务类型）中找到市场支持的产品/服务类型。 合作伙伴中心上的所有产品/服务和发布者活动均受 Microsoft Publisher 协议的约束。

100.1 价值主张和产品/服务要求

产品页面必须清晰、简洁、准确地传达产品/服务的价值主张和要求。 您的产品/服务应代表截然不同的产品。 您的产品/服务必须利用发布指南（按产品/服务类型）中表示的相应产品/服务类型。

100.1.1 标题

所有产品/服务和计划都必须具有准确的描述性标题。 如果您的产品/服务是在商业市场之外的网站上进行推广，则促销网站上的标题应与市场中的标题一致。 如果您的产品包含重新打包的开源软件或最初由除您以外的供应商创建的软件，则产品标题必须注明因重新打包而使产品出众所增加的价值。 如果产品中没有添加额外的知识产权，则产品标题必须包含卖家的姓名（例如：由 <卖家> 提供支持的 <产品>）。

100.1.2 摘要

产品/服务必须具有简洁且文笔流畅的摘要，以说明该产品/服务及其预期用途。 此摘要将显示在商业市场搜索结果屏幕上，限制为 100 个字符。

100.1.3 说明

所有产品/服务和计划都必须提供说明，以确定目标受众，简要清晰地解释其特别之处和独特的价值，确定受支持的 Microsoft 产品和其他受支持的软件，并包含使用它的任何先决条件或要求。 说明不应简单地重复产品/服务摘要。

在客户获得产品/服务之前，请您务必先清楚地说明产品页面和相关材料中所述的功能、特性和可交付结果的任何限制、条件或例外。 声明的功能必须与产品/服务的核心功能和说明相关。

产品页面（包括说明、元数据和任何其他提供的内容）应说明产品/服务的功能、优势以及为何它是理想的选择，包括与其他产品/服务的兼容性。 不允许进行比较营销，包括在产品/服务页面中使用竞争对手的徽标或商标，或者包含引用竞争产品/服务或市场的标记或其他元数据。

100.1.4 非英语内容

商业市场内容（包括店面文本、文档、屏幕截图、使用条款和隐私策略）不需要使用英语。

提供“实用链接 URL”来提供市场内容中使用的语言以外的语言内容，也是可以接受的。

如果产品/服务支持多种语言，则应针对每种受支持的语言将所有产品/服务和市场产品页面内容本地化。 以多种语言列出的产品/服务必须易于识别和理解。

100.1.7 积极和可见状态

必须在市场上保持积极活跃的状态。 提交到市场的产品/服务必须在市场上销售并处于积极开发和/或支持状态，直到它们从市场中下架。

提交到市场的每款产品/服务必须至少有一个公共计划，可以是“与我联系”、“自带许可 (BYOL)”。

100.2 可发现性

为了帮助客户发现产品/服务，类别、行业、关键字和咨询服务资质必须可以精准识别您的专长。 产品页面的说明必须与所选类别和行业相关。

100.2.1 类别和行业

选择相关度最高的类别或与您的产品/服务的价值主张一致的类别。 说明应有助于客户了解您的产品/服务如何适用于所选类别。 最多可选择两个类别。

仅当您的产品/服务旨在应对特定需求或行业场景时，才选择一个行业。 产品/服务面向的行业和/或垂直领域必须包含在简短或详细说明中。 客户应该能够从说明中了解您的产品/服务如何帮助他们应对特定的行业场景。

100.2.2 关键字

关键字必须与产品/服务以及任何受支持的产品相关。 不允许将竞争对手的名称或产品添加为关键字。 不应将类别和标题添加为关键字。

100.2.3 资质（仅限“咨询服务”产品/服务）

提交产品/服务时，必须提供用于验证资质和资格所需的最新准确信息。

100.2.4 产品页面的编排

同一发布者的产品如果具有多个版本或相关版本，则必须将该产品分组到一个产品页面下，并将多个或相关版本归为不同的计划。

100.3 图形元素

图形元素可帮助客户识别来源并了解产品/服务的功能。 使用时，图形元素必须是最新的、准确的、易于理解的，并与您的产品/服务相关。 图形元素包括：

• 徽标
  • 徽标以 216 到 350 像素正方形 .png 文件的形式上传。 此徽标显示在 Azure 中国市场的产品/服务列表页上。
  • 稍后可添加可选的 48 像素正方形徽标来替换自动生成的小徽标。 此徽标显示在 Azure 市场搜索结果中。
• 图像，包括屏幕截图
  • 图像必须是 1280x720 像素的 .png 文件。
  • 图像应具有良好的画质：分辨率高、清楚、文本清晰易读。
  • 不允许进行比较营销，包括使用竞争对手的徽标或商标。
• 视频
  • 视频必须可公开查看和嵌入。
  • 视频及其缩略图应具有良好的画质：分辨率高、易于理解且与产品/服务相关。
  • 视频链接必须直接指向单个视频页面。 不能使用短 URL、“人工可读”重定向或其他模糊处理服务。 不允许使用帐户页、播放列表或其他集合页。

100.4 购置、定价和条款

客户需要了解如何评估和获取您的产品/服务。 产品页面必须准确描述：

• 产品/服务的提供方式（例如限时试用或购买）
• BYOL 或免费
• 可变定价结构
• 需要额外费用的功能或内容，无论是通过应用内购买或加载项购买，还是通过其他方式。 说明还必须披露对其他服务、帐户或硬件的任何依赖关系。 产品/服务不能对任何不再受支持或不再市售的产品或组件有任何依赖关系。

定价模型必须符合市场支持的定价模型。

在产品/服务页面中，不得将客户重定向到市场之外的软件或服务或进行追加销售。 此限制不适用于发布者在市场之外销售的支持服务。

不得在产品/服务页面中宣传产品/服务在其他云市场中的供应情况。

商业市场目前不支持销售硬件或专业服务。 任何硬件产品/服务都必须在市场之外交易。

100.5 产品/服务信息

客户需要知道如何找到产品/服务的相关详细信息。 包括相关的产品/服务信息：

• 条款和条件
  • 应描述您与客户之间管理产品/服务的使用的法律条款
• 隐私政策
  • 应详细说明您对客户数据的任何适当收集、使用和存储
• 文档
  • 应该是可用的、详细的、具有指导性的、最新的
• 指向其他产品/服务的“了解详细信息”链接

链接必须可正常使用、准确且不得危及或损害用户安全。 例如，链接不得自发下载文件。

100.6 个人信息

客户和合作伙伴关心其个人信息的安全。 个人信息包括识别个人或可用于识别个人的所有信息或数据或与此类信息或数据相关联的所有信息或数据。 未经授权，产品页面中不得包含第三方个人信息。 产品页面必须包含所列产品/服务的隐私策略链接。

100.7 准确的来源

客户希望知道与他们打交道的对象，并期望清楚地了解他们所信赖的产品/服务和关系。 产品/服务和关联元数据中的所有内容必须最初由产品/服务的提供商创建，从第三方权利持有者获得适当许可，根据权利持有者允许的方式或法律允许的方式进行使用。 产品/服务必须是独一无二的，不能复制市场中其他发布者提供的产品/服务。

引用世纪互联或 Microsoft 商标以及世纪互联或 Microsoft 软件、产品和服务的名称时，请遵循 Microsoft 商标和品牌指南和/或世纪互联的品牌准则。

不允许引用业务计划参与或资格。 示例（但不限于）：引用 Microsoft Azure 使用量承诺 (MACC)、合作伙伴联合销售、优先联合销售 (Co-Sell Prioritized)、IP 联合销售激励、MPN 资质、指定云解决方案合作伙伴。 此类引用不得包含在产品/服务元数据中的任何位置。

100.8 重要价值

产品/服务必须提供足够的价值来证明学习和使用它们所需的投资是合理的。 产品/服务应提供显著优势，例如提高效率、创新功能或战略优势。 简单的实用程序、范围有限的产品/服务，或在服务完善的领域提供复制品的产品/服务不适合商业市场。 产品/服务必须提供便于使用的软件解决方案。

100.10 不当内容

客户希望产品/服务没有不当内容、危害性或冒犯性内容。 产品/服务不得包含或提供该等内容，包括但不限于具有以下特点的内容：

• 助长或美化现实世界中的危害性活动。
• 可能存在危害他人安全、健康或舒适度或财产的风险。
• 是中伤、诽谤、诋毁或威胁性的。
• 具有潜在敏感性或冒犯性，或基于特定种族、民族、国家/地区、语言、宗教或其他社会团体的成员身份，或基于个人的性别、年龄或性取向而鼓吹歧视、仇恨或暴力。
• 促进或宣扬过度或不负责任地使用酒精或烟草制品、毒品或武器。
• 包含性暴露内容或色情内容。
• 鼓励、助长或美化现实世界中的非法活动，包括非法复制受版权保护的内容。
• 包括过度或无端的亵渎或淫秽。
• 对于产品/服务所针对的任何国家/地区而言是冒犯性的。 由于当地法律或文化规范，内容在某些国家/地区可能被视为冒犯性的。

100.11 安全性

客户想要确信产品/服务安全可靠。 产品/服务不得危及或损害用户安全、Azure 服务或相关服务或系统的安全。 以下是相关标准：

• 产品/服务不得在超出其产品页面中确定或可以合理预期的情形在用户环境中安装或启动的可执行代码。
• 必须第一时间报告市场软件和服务产品相关的可疑安全事件，包括安全事件和安全漏洞。
• 产品/服务不应在产品说明页中公开共享任何应用程序凭据或访问信息。

100.12 功能

客户期望产品/服务能够兑现其承诺。 产品/服务必须提供产品页面和相关材料中所述的功能、特性和可交付结果。

产品/服务用户界面不应看起来尚未完成。 所有 UI 都应直观明了，无需用户阅读基本任务的支持文档。

产品/服务应具有合理的响应能力。 如果等待或处理时间较长，应提供某种形式的警告或加载指示器。

100.13 业务要求

提交到市场的产品/服务必须满足适用的业务要求，包括：

• 根据需要获得世纪互联的特定资格或批准
• 适当定位客户细分、类别或行业
• 适当的配置，包括产品/服务类型和定价。

100.14 可测试性

提交产品/服务时，必须包含成功认证产品/服务所需的任何说明和资源。

200 虚拟机

为确保客户清楚准确地了解您的产品/服务，请遵循下面关于虚拟机 (VM) 产品/服务的附加产品页面要求。

200.1 技术要求

发布到市场的产品/服务必须满足以下技术要求：

• Azure 资源管理器 (RM) 模块仍可使用，但即将弃用。 建议改用 Azure PowerShell Az 模块。

除了解决方案领域以外，工程团队还应该了解以下 Microsoft 技术：

• 基本了解 Azure 服务
• Azure 虚拟机、Azure 存储和 Azure 网络的实践知识
• Azure 资源管理器的实践知识
• JSON 的实践知识

200.2 业务要求

发布者必须通过合作伙伴中心注册并获准加入 VM 计费计划。

应用说明必须与虚拟机中包含的应用程序匹配，并且在由世纪互联运营的 Azure 中部署 VM 映像后，必须已针对主要功能进行了测试。

第三方软件的使用/分发和服务的使用必须符合所有相应的重新分发许可要求。

200.3 VM 映像要求

由于 VM 映像包含一个操作系统磁盘和零个或多个数据磁盘，因此每个磁盘都需要一个虚拟硬盘 (VHD)。 即使空白数据磁盘也需要创建 VHD。 必须配置 VM 操作系统 (OS)、VM 大小、要打开的端口，以及最多 15 个附加的数据磁盘。 无论使用哪种 OS，都仅添加库存单位 (SKU) 所需的最少数据磁盘数。

200.3.1 常规

VM 映像必须以 VHD 文件的形式提供，并基于 Azure 批准的基础映像构建。

VM 映像必须可部署，且能够通过 Azure 门户或 PowerShell 脚本在 Azure 上进行预配。

必须支持部署至少采用发布者建议的 Azure VM 大小的映像。

虽然应用程序可能需要执行其他配置步骤，但部署 VM 映像后，便可完全预配 VM 并使 OS 正常启动。

映像应支持启用 VM 扩展，包括 Azure 诊断和监视。

无法更改新映像版本中的磁盘计数。 必须定义新的 SKU 才能在映像中重新配置数据磁盘。 如果发布磁盘计数不同的新映像版本，可能会在通过 Azure 资源管理器模板和其他方案自动扩展和部署解决方案时，中断基于新映像版本的后续部署。

映像必须格式标准，包括标准页脚。

必须通过有效且可用的共享访问签名 (SAS) URI 提交 VHD 映像。

选择 Azure PowerShell 和/或 Azure 命令行接口 (CLI) 脚本环境来帮助管理 VHD 和 VM。

映像大小必须是 1MB 的精确倍数。

OS 体系结构必须为 64 位。

映像必须已取消预配。 请参阅配置 Azure 托管的 VM：映像通用化。

200.3.2 Windows

OS 磁盘大小验证应介于 30GB 和 250GB 之间。

数据磁盘大小应介于 1GB 和 1023GB 之间。

支持与串行控制台的兼容性：Windows：注册表。

应用程序不得依赖 D: 驱动器来存储持久性数据。 Azure 提供的 D: 驱动器仅用作临时存储，数据可能会丢失。

应用程序对数据驱动器的使用不能依赖于驱动器号名称 C: 或 D:。 Azure 保留驱动器号名称 C: 和 D:。

通过避免使用依赖项，不包含专用 Windows Server 角色和功能（例如故障转移群集、DHCP、Hyper-V、远程访问、Rights Management Services、Windows 部署服务、OS 磁盘上的 BitLocker 驱动器加密和网络负载均衡 Windows Internet 名称服务），来进行精简的构建并限制可能的云兼容性问题。

200.3.3 Linux

OS 磁盘上无需交换分区。 可通过 Linux 代理在本地资源磁盘上请求创建交换。 建议为 OS 磁盘创建单个根分区。

利用 Azure 认可的 Linux 发行版：/virtual-machines/linux/endorsed-distros。 自定义映像可能需要执行其他验证步骤，并需要 Azure 的特定批准。

OS 磁盘大小验证应介于 30GB 和 1023GB 之间。

数据磁盘大小验证应介于 1GB 和 1023GB 之间。

支持与串行控制台的兼容性 - 参数 Linux：console=ttyS0。

应使用修复管理器 (RPM) 或 Debian 包安装最新的 Azure Linux 代理。 也可使用手动安装进程，但建议首选安装包。

OS 磁盘上无需交换分区。 可通过 Linux 代理在本地资源磁盘上请求创建交换。 建议为 OS 磁盘创建单个根分区。

选择 Azure PowerShell 和/或 Azure 命令行接口 (CLI) 脚本环境来帮助管理 VHD 和 VM。

默认情况下，应包括安全外壳 (SSH) 服务器。

VM 映像必须成功启动和重新启动。

VM 映像应能够连接到网络。 DNS 名称应能成功解析。

VM 映像不应包含任何预先存在的用户及其密码密钥。

Microsoft Hyper-V 虚拟网络驱动程序“hv_netvsc”应正常加载和重新加载。

200.4 VM 映像通用化

Azure 市场中的所有映像必须可采用一般形式重复使用。 若要实现这种可重用性，必须将操作系统 VHD 通用化，此操作会从 VM 中删除所有特定于实例的标识符以及软件驱动程序。 用于 VM 映像的操作系统 VHD 必须基于 Azure 批准的基本映像（包含 Windows Server 或 SQL Server）。

若要手动安装 OS，则必须在 VM 映像中调整主要 VHD 的大小。 对于 Windows，操作系统 VHD 应创建为 127-128 GB 的固定格式 VHD。 对于 Linux，此 VHD 应创建为 30-50 GB 的固定格式 VHD。

Windows OS 磁盘已使用 sysprep 工具通用化。 如果后来更新或重新配置了 OS，则必须重新运行 sysprep。

确保 Azure 支持可在需要时为合作伙伴提供串行控制台输出，并为从云存储装载的 OS 磁盘提供足够的超时时间。 映像必须将以下参数添加到内核引导行：console=ttyS0 earlyprintk=ttyS0 rootdelay=300。

200.5 安全性

请确保已使用所有最新的安全和维护补丁更新 OS 和所有已安装的服务。 产品/服务应该为市场中的解决方案映像保持高级别的安全性。

必须安装 Linux 发行版的所有最新安全补丁，并遵循行业准则，以保护特定 Linux 发行版的 VM 映像。 建议不要使用逻辑卷管理器 (LVM)。

映像不应包含严重的常见漏洞和风险。 检查下列各项：

• Windows 必须具有最新的安全补丁。
• Linux 最低内核版本（包括最新的安全补丁）。
• 所需库的最新版本应包括：
  • OpenSSL v1.0 或更高版本。
  • 强烈建议使用 Python 2.6+。
  • Python pyasn1 包（如果尚未安装）。
  • 应安装 Linux Azure 代理 2.2.10 及更高版本。
• 必须禁用防火墙规则，除非应用程序的功能依赖于这些规则，例如防火墙设备。
• 必须扫描源代码和生成的 VM 映像中是否存在恶意软件，并验证其中没有恶意软件。
• 应识别和披露所有被视为可疑的代码，例如渗透测试和攻击，以限制恶意软件监视工具的误报检测。
• 应明确识别所有非 OS 计划任务，以限制暴露给 cron 作业类型恶意软件。
• 限制攻击面，仅保留必要的 Windows Server 角色、功能、服务和网络端口来保持最小的占用空间。
• 应用程序不应依赖于受限的用户名，例如“Administrator”、“根”和“管理员”。
• 必须清除 Bash/Shell 历史记录条目。

产品/服务应使用安全的 OS 基础映像。

• 用于任何基于 Windows Server 的映像源的 VHD 必须来自 Microsoft Azure 所提供的 Windows Server OS 映像。
• 请不要使用解决方案 VHD（例如 C: 驱动器）来存储持久性信息。
• VHD 映像必须只包括必要的锁定帐户，这些帐户没有允许交互式登录的默认密码；不允许后门。
• 必须移除 VHD 映像中的所有敏感信息，例如测试 SSH 密钥、已知主机文件、日志文件和不必要的证书。

200.6 测试和认证

创建并部署虚拟机 (VM) 后，必须使用证书测试工具测试并提交 VM 映像以进行 Azure 市场认证。 有关使用该工具的说明，请参阅认证 VM 映像。 如有任何测试失败，则您的映像不能通过认证。 在这种情况下，请查看要求和失败消息，根据指示进行更改，然后重新运行测试。

在发布过程中，必须为 SKU 关联的每个虚拟硬盘 (VHD) 提供统一资源标识符 (URI)。 Microsoft 需要在认证过程中访问这些 VHD。 生成 VHD 的共享访问签名 (SAS) URI 时，请遵循以下要求：

• 仅支持非托管的 VHD。
• 列出和读取权限已足够；不要提供写入或删除权限。
• 访问权限持续时间（过期日期）应至少是从 SAS URI 创建时间开始算起的 3 周。
• 为了防范出现协调世界时 (UTC) 偏差，请将开始日期设置为当前日期的前一天；例如，如果当前日期为 2019 年 10 月 6 日，请选择 2019/10/5。

使用以下核对清单检查并验证生成的每个 SAS URI。 验证：

• URI 的格式为：<blob-service-endpoint-url> + /vhds/ + <vhd-name>? + <sas-connection-string>
• URI 包含 VHD 映像文件名（包括文件扩展名“.vhd”）
• 在 URI 的中间，将显示 sp=rl；此字符串表明已指定读取和列出权限
• 该位置的后面还会显示 sr=c；此字符串表明已指定容器级访问权限

可使用 VM 自测试服务 API 来预验证虚拟机 (VM) 是否满足最新的 Azure 市场发布要求。

预览版映像在产品/服务发布过程的测试和预览阶段存储，客户看不到。 Microsoft 可能会移除存储中的非活动映像。

300 Azure 应用程序

本部分中所列政策仅适用于“Azure 应用程序”产品/服务。

300.1 价值主张和产品/服务要求

需要满足以下条件时，必须使用“Azure 应用程序”产品/服务类型：

• 使用 VM 或基于 IaaS 的整个解决方案为客户部署基于订阅的解决方案。

300.2 购置、定价和条款

资源将在客户的 Azure 订阅中预配。

如果是自带许可，世纪互联将对客户订阅中产生的基础结构成本进行计费，并由您直接与客户处理您的软件许可证费用。

300.3 功能

必须基于 Windows 或 Linux 构建 VM。

Azure 应用程序必须可以通过商业市场来部署。

300.4 技术要求

有关以下要求的详细信息，请参阅 Azure 资源管理器模板最佳做法指南。

300.4.1 代码

代码必须通过最佳做法测试。

代码必须处理在认证过程中作为代码评审的一部分提供的任何注释。

300.4.2 安全性

对于应用程序来说，所有防火墙规则和网络安全组 (NSG) 要必须合理。

基于角色的访问控制 (RBAC) 分配应使用所需的最低特权，对于“所有者”，必须提供正当理由。

createUIDef 中的密码必须至少包含 12 个字符或使用默认设置。

必须为托管服务标识 (MSI) 分配一个角色。 必须移除未使用的 MSI。

300.4.3 变量

必须使用任何已声明的变量。

300.4.4 参数

必须使用任何已声明的参数。

用户名和密码（机密）等值必须始终参数化。

为参数提供的任何 defaultValue 必须对默认部署配置中的所有用户有效。

• 请勿为用户名、密码、任何需要 SecureString 的值或任何导致应用程序攻击面扩大的属性提供默认值。

模板必须具有一个名为 location 的参数，用于指定资源的主要位置。

• 此参数的默认值必须为 [resourceGroup().location]。
• 位置参数不得包含 allowedValues。 位置值可能在 CUID 中受限制，但在模板中不受限制。

请勿将 allowedValues 用于包含式内容列表（例如，所有 VM SKU）。 allowedValues 应仅用于独占的情况。 在某些情况下，过度使用 allowedValues 会阻碍部署。 在 createUIDef 中没有内置控件的资源只能用可在 createUIDef 中验证的值填充。

300.4.5 资源

必须按以下顺序排列顶级模板属性：

{
  "$schema": "https://schema.management.azure.com/schemas/2015-01-01/...",
  "contentVersion": "1.0.0.0",
  "apiProfile": "...",
  "parameters": {},
  "functions": {},
  "variables": {},
  "resources": [],
  "outputs": {},
}

必须从模板中排除所有不需要的空属性或 null 属性。

必须使用 resourceId() 函数之一构造资源 ID。

必须使用 reference() 函数来完成对资源属性的任何引用。

不允许使用硬编码或部分硬编码的 URI 或终结点。

为资源类型指定的 apiVersion 必须不超过 24 个月。 如果有更新的版本（预览版或非预览版），则不能使用预览版 apiVersion。

apiVersion 属性必须是字面量值。

每个 VM 扩展资源都必须将 autoUpgradeMinorVersion 属性设置为 true。

扩展使用的任何 secureStrings 都必须使用 protectedSettings。

300.4.6 CUID (createUIDef)

文本框控件的正则表达式验证必须与控件的意图相匹配并正确验证输入。

必须为 createUIDef 中的每个控件输出所有属性。

300.4.7 部署项目

部署所需的所有项目都必须包含在提交的 zip 文件中以供发布。

mainTemplate.json 和 createUIDefinition.json 必须位于文件夹的根目录中。

如果应用程序创建不含 createUIDefinition 元素的资源，则不得提示输入这些无法验证的资源的任何名称或属性。

必须暂存部署期间所需的脚本、模板或其他项目，以便在整个开发和测试生命周期中实现一致的部署体验，包括使用存储库根目录中提供的脚本进行命令行部署。 为此，必须定义两个标准参数：

• _artifactsLocation - 将暂存部署的所有项目的基 URI。 defaultValue 必须为 [deployment().properties.templateLink.uri]。
• _artifactsLocationSasToken - 访问 _artifactsLocation 所需的 sasToken。 在 _artifactsLocation 未受保护的情况下，默认值应为空字符串 ("")。

300.4.8 VM 映像引用和磁盘

虚拟机或虚拟机规模集的所有 imageReference 对象都必须使用核心平台映像或商业市场中提供的映像。 不能使用自定义映像。

使用商业市场中的映像的 imageReference 不能是生产部署中映像的预览版或暂存版本。

使用商业市场中的映像的 imageReference 必须在虚拟机的计划对象中包含该映像的相关信息。

如果模板包含使用平台映像的 imageReference，则 version 属性必须是最新版本。

必须使用 createUIDef 中的 VM SizeSelector 控件选择 VM 大小，并将其作为参数传递给模板。

允许值范围内的 VM 大小必须与存储类型选项（高级、标准或标准 SSD）匹配。

OS 磁盘和数据磁盘必须使用隐式托管磁盘。

800 咨询服务

本节中所列政策仅适用于“咨询服务”产品/服务。

800.1 价值主张

咨询服务必须有固定的范围和明确的结果。 以销售软件或平台的许可证或订阅为主要目的的产品/服务必须以应用程序的形式列出。

800.2 合格要求

主要产品：Azure	合格要求
Azure	若要在商业市场中发布“咨询服务”产品/服务，必须在 Microsoft Cloud Partner Program 中注册，并在以下至少一个领域获得合格分数： 数据和 AI (Azure)、基础结构 (Azure)、数字和应用创新 (Azure)、安全性 OR 根据截至 2022 年 9 月 30 日持有的资质，保留了以下资质中的权益： 以下至少一个领域的白银或黄金资格： 应用程序开发、应用程序集成、应用程序生命周期管理、云平台、数据分析、数据中心、数据平台、DevOps 或安全性。

若要详细了解如何满足这些先决条件，请查看咨询服务先决条件。

以下部分更详细地介绍了上表中提到的“Power”产品/服务的发布要求。

800.3 标题

标题必须遵循格式“产品/服务名称：持续时间 服务类型”。例如，“CompanyX - 数据库安全性：2 周 实现”。

产品/服务标题不得包含您的公司名称，除非它也是产品名称。 例如，“X 公司 3 周评估”。

产品/服务类型必须与提交期间指定的类型一致。

800.4 摘要和说明

摘要和说明必须提供足够的详细信息，以便客户清楚地了解您的产品/服务，包括：

• 服务的可交付结果和成果。
• 超过一天的研讨会议程。
• 简报和研讨会主题的详细事项。
• 请提供联系渠道，供对解决方案感兴趣并有意联系你的组织的客户使用。

提交期间定义的任何适用产品和关键字必须与产品/服务直接关联。

如果在摘要或说明中提到产品/服务类型，则必须与提交期间指定的类型一致。

800.4.1 质量

重复说明多个产品/服务的说明不能是相同的。 每个说明都应准确表示和区分与相应产品/服务关联的服务。 有关详细信息，请参阅：

• 产品/服务页面

缺少预估价格的基本原理：如果提供了预估价格，则必须在说明中阐释为何要预估价格以及影响最终价格的因素。 请用此信息更新说明，然后重新提交产品/服务。
示例：价格依工作范围而定

有关详细信息，请参阅：

• 产品/服务页面

说明中存在无关内容：说明中包括大量与产品/服务无直接关联的市场营销或促销信息。 请移除无关内容并重新提交产品/服务。 有关详细信息，请参阅：

• 产品/服务页面

800.4.2 内容

摘要

请用不多于 200 个字符的文字简要说明产品/服务的用途或目标。 摘要不能使用与产品/服务标题相同的文本。 这将显示在搜索框中，必须不同于产品/服务的名称。

示例：行业领先的合作伙伴、培训师和思想领袖提供 2 小时免费评估，分析如何将 Office 365 和 SharePoint 与 Power Apps、Power automation、Dataverse 和 Power BI 搭配使用。 请参阅产品/服务页面。

主要产品内容

专门提及主要产品并阐述清楚，以此说明主要产品如何成为此产品/服务的一部分。 我们的目标不只是发布您的产品/服务，更是为了增加潜在顾客数，帮助推动您的业务发展。 需要清楚说明您的服务将如何帮助他们的业务。 请参阅主要产品和在线商店。

可交付结果和成果

说明中需要注明可交付结果和成果，项目符号采用 Markdown 语言。 示例:

### Deliverables 
* List of applicable solutions that can be built using Office 365, SharePoint, Power Apps, Flow, Power BI, > and Dataverse 
* Skill gap assessment of your current staff 
* License review 
* Recommendations on where and how to start using Power Apps, Flow, CDS, and Power BI with SharePoint and > Office 365 
 
You may format your description using Markdown formatting (### Header, * Bullet, *Italics*, **Bold**) or simple HTML. Partner Center also allows rich text formatting. 

如果使用 HTML，请在推出前查看预览。 如果项目符号未正确呈现，则最好切换到 Markdown 格式。

请参阅产品/服务页面。

议程

超过一天的研讨会应在说明中包含明确的每日或每周议程。 请参阅下面的示例：

### Agenda 
* Day 1: Dashboard-in-a-Day using Power BI 
* Day 2: Design the reporting platform for your enterprise 
* Day 3: Develop and deploy the relevant visualizations on the Power BI reporting platform 
* Day 4 & 5: Remote Support

Or

### Weekly Agenda 
* Week 1: Design the reporting platform for your enterprise 
* Week 2: Develop and deploy the relevant visualizations on the Power BI reporting platform 
* Week 3: Remote Support 

You may format your description using Markdown formatting (### Header, * Bullet, *Italics*, **Bold**)  or simple HTML. Partner Center also allows rich text formatting.  

如果使用 HTML，请在推出前查看预览。 如果项目符号未正确呈现，则最好切换到 Markdown 格式。   请参阅产品/服务页面。

简报主题

简报应至少包含四个项目符号，其中列出要涵盖的主题的相关信息，项目符号采用 Markdown 格式。 示例:

**What does this Briefing include?**

* Review your existing Microsoft Excel or Microsoft Access based business processes
* Discuss your current goals and limitations
* The alternatives and approaches with Power Platform
* Review the licensing options and costs
* Discuss the "Citizen Developer" capabilities

可以使用 HTML 设置说明的格式。 外部资源（如许可协议）的链接应采用正确的 HTML 格式设置来提升可读性和可用性（“可点击性”），而不是采用纯文本 URL 字符串。 如果使用 HTML，请在推出前检查预览。   如果使用 HTML，请在推出前查看预览。 如果项目符号未正确呈现，则最好切换到 Markdown 格式。   请参阅产品/服务页面。

省略了 Microsoft 云解决方案方面

产品/服务的说明必须清楚地说明它如何利用或关联 [选择一个：Microsoft Azure、Microsoft Power BI 等] 云服务的价值主张，并详述该产品/服务如何为所选的主要产品提供专业服务。 更新说明并重新提交产品/服务。

请参阅产品/服务页面。

说明中含联系信息

产品/服务的说明不应包含联系信息。 但可以将客户定向到产品/服务页面上的“与我联系”按钮以发起讨论。 更新说明并重新提交产品/服务

800.5 支持性文档

产品页面可包含提供产品/服务详细信息的支持性文档。 只有当语境是关于迁移到 Microsoft 产品时，文档才能包含 Microsoft 的竞争产品。

后续步骤

访问商业市场发布指南。

---