性能测试测试基础设施

目前，我们已经支持在 tests/perfs 目录中本地运行性能测试，这里我们需要支持 CI 中的性能测试

计算和存储的分离使 Databend 能够轻松集成到 Kubernetes 中。 在 Kubernetes 平台的支持下，Databend 基准测试可以实现以下优势：

1. 稳定的基准测试结果，通过容器化和 cgroup，简单的测试实例可以具有幂等的计算资源
2. 弹性，可以根据需要扩展或缩小测试，并且还支持在本地（minikube + DinD）或云上运行测试
3. 对于以下测试，我们需要在 TPC 基准测试上进行测试，并将 databend-dfs 存储层集成到测试基础设施中，因此 Kubernetes 可以轻松地帮助实例扩展

目标

1. 希望 CI 速度快，按照设计，一次性能测试不应超过两个小时（包括 Docker 构建时间和性能测试运行时间）
2. 可扩展：支持大规模部署性能测试，也支持在单台机器上部署，以实现经济高效的 CI
3. 支持云原生环境：应该能够在不同的云提供商（如 GKE、EKS）上部署整个平台
4. 高可用性：webhook 和 runner 都应支持自我修复，并且没有单点故障
5. 可观察性：整个过程应该是可观察的，应该收集性能运行实例的日志，并收集比较报告结果

非目标

1. Alpha 版本不支持混合云
2. Github Action 部分的网络优化（通常 CI 失败是由网络问题引起的）
3. 仪表板（目前，原型已实现，但此处的优先级较低）

性能测试 API

支持三种语义

/run-perf <branch-name>

比较当前 Pull Request 的最新 SHA 构建版本与给定分支名称之间的性能差异

Branch-name 支持：

1. 主分支：main (某些 repo 是 main)
2. 发布标签分支：例如 v1.1.1-nightly
3. 最新标签：获取 Github Repo 中的最新标签

/rerun-perf <branch-name>

与 run-perf 部分类似，唯一的区别在于它将绕过 Docker 构建部分，并假定性能 Docker 构建镜像已准备好进行测试

示例：

/run-perf main

它将比较当前 PR 的最新提交与主分支之间的性能

/run-perf v1.1.1-nightly

它将比较当前 PR 的最新提交与发布标签 v1.1.1-nightly 之间的性能

/run-perf latest

它将比较当前 PR 的最新提交与最新发布标签之间的性能

/rerun-perf main

执行与 /run-perf main 相同的操作，但将跳过 Docker 镜像构建步骤

有关更多信息，请查看 test-infra