认证生命周期

从提交到生产就绪的组件认证生命周期

认证生命周期仅适用于内置组件，不适用于可插拔组件。

概述

Dapr 采用模块化设计，功能以组件形式交付。每个组件都有一个接口定义。所有组件都是可互换的，因此在理想情况下，您可以用具有相同接口的另一个组件替换某个组件。生产环境中使用的每个组件都需要维护一定的技术要求，以确保功能兼容性和健壮性。

通常，组件需要满足：

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

级别如下：

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

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

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

Dapr 组件测试保证组件的稳定性，独立于任何使用的第三方供应商声明的稳定性状态。这是因为稳定（例如 alpha、beta、stable）的含义对每个供应商可能不同。

任何之前认证为 GA 的组件即使不满足新要求，也允许进入 Stable 级别。

components-contrib 仓库中的每个组件都需要遵守 Dapr 定义的一组接口。一致性测试是在这些组件定义上运行的测试，连同其关联的后端服务，以测试组件是否符合 Dapr 接口规范和行为。

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

要了解更多信息，请参阅此处的 readme。

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

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

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

为了对组件进行认证，测试在 Dapr 项目维护的环境中运行。

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

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

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

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