项目范围
本文档概述了 kind 的一些范围和主要优先级。
内容 🔗︎
优先级（从最高到最低） 🔗︎
P-1：引导 kind 项目本身 🔗︎
利益相关者:
- kind 维护者
- kind 贡献者
涵盖的工作:
- 发布和工具
- 自动镜像发布
- 文档引导（即本网站）
- 足以测试 kind 本身的 Kubernetes 测试（Kubernetes 符合性测试）
- 设置 linter 和其他工具以验证质量
- 设置定期子项目会议
P0：支持测试 Kubernetes 🔗︎
利益相关者:
- SIG 测试
- SIG 集群生命周期
- the kubeadm 子项目
- 可能 SIG 发布（主要提供对 alpha 和 beta 标签的轻松访问）
涵盖的工作:
- 有限的工作负载 / e2e 测试
- 集群启动（即 kubeadm）
- Kubernetes 构建（以及当前安装，但这对于跨平台 #166 可能有问题）
- 节点偏差，客户端偏差（kubectl / e2e 版本）
- 镜像发布
- Kubernetes CI 工具和 作业
- 1.0 路线图 中的大部分内容
- …
P1：支持测试 Kubernetes 应用程序 🔗︎
利益相关者：Kubernetes 组织内部和外部的各种项目。
涵盖的工作:
大部分必要的工作应该在 P1：支持测试 Kubernetes 应用程序 下完成，但还有一些额外的工作。
- 改进“kind 作为库”
- 更好、更可控的日志记录
- 通常对输出有更多控制
- 示例用法和文档
- 更好/更严格的 API 契约
- 其余大部分应该通过改进上面概述的“kind 二进制文件”来涵盖
- …
P2：为 Cluster-API 提供廉价的引导集群 🔗︎
利益相关者:
- 各种 cluster-api 提供程序实现 开发人员
- 各种 cluster-api 用户
P3：上面未涵盖的扩展测试 🔗︎
利益相关者:
- 不确定/很多
可能支持我们今天无法合理测试的各种事物，包括
- “节点”测试，例如重启
- 升级，降级
- 任何依赖于入口的东西
- 任何依赖于持久存储/PV 的东西
- 使用某种机器配置测试 cluster-api 本身
- 设备插件，例如 GPU
- …
其中一些有意义，但使用当前工具无法实现，需要合理的设计和思考才能做好。其中一些可能无法以良好的方式解决，但至少在技术上可行，可以探索。
超出范围 🔗︎
有些事情我们可能永远无法以合理的方式涵盖