性能测试测试基础设施
目前，我们已经支持在 tests/perfs 目录中本地运行性能测试，这里我们需要支持 CI 中的性能测试
计算和存储的分离使 databend 能够轻松集成到 kubernetes 中。 在 kubernetes 平台的支持下，databend 基准测试可以实现以下优势：
- 稳定的基准测试结果，通过容器化和 cgroup，简单的测试实例可以拥有幂等的计算资源
- 弹性，可以按需扩展或收缩测试，并且还支持在本地（minikube + DinD）或云上运行测试
- 对于以下测试，我们需要在 TPC 基准测试上进行测试，并将 databend-dfs 存储层集成到测试基础设施中，因此 kubernetes 可以轻松地帮助实例扩展
目标
- 期望快速的 CI 速度，通过设计，一个性能测试不应超过两个小时（包括 docker 构建时间和性能测试运行时间）
- 可扩展：支持大规模部署性能测试，并且还支持在单台机器上部署以实现经济的 CI
- 云原生环境支持：应该能够在不同的云提供商（如 GKE、EKS）上部署整个平台
- 高可用性：webhook 和 runner 都应支持自我修复，并且没有单点故障
- 可观察性：整个过程应该是可观察的，应该收集性能运行实例的日志并收集比较报告结果
非目标
- Alpha 版本不支持混合云
- github action 部分的网络优化（通常 CI 失败是由网络问题引起的）
- 仪表板（目前，原型已实现，但此处的优先级较低）
性能测试 API
支持三种语义
/run-perf <branch-name>
比较当前 pull request 的最新 SHA 构建版本与给定分支名称之间的性能差异
Branch-name 支持：
- 主分支：main（某些 repo 是 main）
- 发布标签分支：例如 v1.1.1-nightly
- 最新标签：获取 github repo 中的最新标签
/rerun-perf <branch-name>
与 run-perf 部分类似，唯一的区别是它将绕过 docker 构建部分，并假定性能 docker 构建镜像已准备好进行测试
例子：
/run-perf main
它将比较当前 PR 的最新提交与 main 分支之间的性能
/run-perf v1.1.1-nightly
它将比较当前 PR 的最新提交与发布标签 v1.1.1-nightly 之间的性能
/run-perf latest
它将比较当前 PR 的最新提交与最新发布标签之间的性能
/rerun-perf main
执行与 /run-perf main 相同的操作，但将跳过 docker 镜像构建步骤
有关更多信息，请查看 test-infra
