认证流程

组件从提交到生产就绪的认证流程

认证流程仅适用于内置组件，不适用于可插拔组件。

概述

Dapr 采用模块化设计，功能以组件形式提供。每个组件都有一个接口定义，所有组件都是可互换的，因此理想情况下，您可以用具有相同接口的另一个组件替换一个组件。每个用于生产的组件都需要满足一定的技术要求，以确保功能兼容性和稳健性。

一般来说，一个组件需要：

为了确保组件符合 Dapr 设定的标准，会在 Dapr 维护者管理的环境中对组件进行一系列测试。一旦测试持续通过，就可以确定组件的成熟度级别。

级别如下：

所有组件都从 Alpha 阶段开始。

如果满足以下条件，组件可以跳过 Beta 阶段和一致性测试要求，由维护者决定：

稳定的 Dapr 组件基于 Dapr 认证和一致性测试，并不保证由任何特定供应商支持，其中供应商的 SDK 作为组件的一部分使用。

Dapr 组件测试保证组件的稳定性，与第三方供应商为任何使用的 SDK 声明的稳定性状态无关。这是因为稳定的含义（例如 alpha、beta、stable）可能因供应商而异。

任何先前认证为 GA 的组件，即使不符合新要求，也允许进入 Stable。

components-contrib 仓库中的每个组件都需要遵循 Dapr 定义的一组接口。一致性测试是在这些组件定义及其相关支持服务上运行的测试，以确保组件符合 Dapr 接口规范和行为。

一致性测试为以下构建块定义：

要了解更多信息，请参阅此处的自述文件。

components-contrib 仓库中的每个稳定组件必须有一个认证测试计划和自动化认证测试，以验证组件通过 Dapr 支持的所有功能。

稳定组件的测试计划应包括以下场景：

测试计划必须由 Dapr 维护者批准，并与组件代码一起发布在 README.md 文件中。

为了使组件获得认证，测试在由 Dapr 项目维护的环境中运行。

对于需要从 Alpha 更改为 Beta 认证的新组件，组件认证请求遵循以下步骤：

请求者在 components-contrib 仓库中创建一个问题，以认证组件的当前和新认证级别
请求者提交一个 PR 以将组件与定义的一致性测试套件集成（如果尚未包含）
- 用户在创建的问题中详细说明环境设置，以便 Dapr 维护者可以在托管环境中设置服务
- 环境设置完成后，Dapr 维护者审核 PR，如果批准则合并该 PR
请求者在 docs 仓库中提交一个 PR，更新组件的认证级别

对于需要从 Beta 更改为 Stable 认证的新组件，组件认证请求遵循以下步骤：

请求者在 components-contrib 仓库中创建一个问题，以认证组件的当前和新认证级别
请求者在组件的源代码目录中提交一个 PR，将测试计划作为 README.md 文件
- 请求者在创建的 PR 中详细说明测试环境要求，包括任何手动步骤或凭据
- Dapr 维护者审核测试计划，提供反馈或批准，并最终合并 PR
请求者提交一个 PR 用于自动化认证测试，包括在适用时配置资源的脚本
在测试环境设置完成和凭据配置后，Dapr 维护者审核 PR，如果批准则合并 PR
请求者在 docs 仓库中提交一个 PR，更新组件的认证级别