在 GiLab CI 上执行 K6 脚本的建议配置
Suggested Configuration for executing K6 scripts on GiLab CI
我一直在 GitLab CI 上进行 K6 性能测试,我想知道最佳和推荐的设置方法是什么。
根据K6 docs and sample project定义.gitlab-ci.yml
如下:
before_script:
- mkdir -p .k6-bin
- |
if [[ ! -f .k6-bin/k6 ]]; then
curl -O -L https://github.com/loadimpact/k6/releases/download/v0.21.1/k6-v0.21.1-linux64.tar.gz;
tar -xvzf k6-v0.21.1-linux64.tar.gz;
mv k6-v0.21.1-linux64/k6 .k6-bin/k6;
fi
cache:
key: k6-bin
paths:
- .k6-bin
loadtest:
stage: test
script: .k6-bin/k6 run -o cloud loadtests/main.js
我发现这非常冗长,尤其是当您考虑提供预构建的 docker 图像时。这种方法在发布新版本时需要手动更新,并且看起来不像我当前使用的以下配置那样干净:
loadtest:
stage: test
image:
name: loadimpact/k6:latest
entrypoint: [""]
script: k6 run ./loadtests/main.js
两者都完全按预期工作,这就是为什么我想知道 K6 团队是否知道一些事情并且不推荐使用他们的 docker 图像?
啊,我是 k6 团队的一员,在这种情况下你是绝对正确的 - docker 方法是更好的方法。我们将修复文档和示例存储库 - https://github.com/loadimpact/k6/issues/1196。我不知道他们为什么提倡另一种方法——它可能是来自另一个 CI 系统的旧复制粘贴,它不像 GitLab CI 那样适用于容器。举个例子,实际使用的 k6 版本非常旧——v0.21.1 于 2018 年 6 月 4 日发布。感谢您指出这一点,我们将在接下来的几天修复文档和示例,所以现在请坚持您的直觉我们过时的文档!
我一直在 GitLab CI 上进行 K6 性能测试,我想知道最佳和推荐的设置方法是什么。
根据K6 docs and sample project定义.gitlab-ci.yml
如下:
before_script:
- mkdir -p .k6-bin
- |
if [[ ! -f .k6-bin/k6 ]]; then
curl -O -L https://github.com/loadimpact/k6/releases/download/v0.21.1/k6-v0.21.1-linux64.tar.gz;
tar -xvzf k6-v0.21.1-linux64.tar.gz;
mv k6-v0.21.1-linux64/k6 .k6-bin/k6;
fi
cache:
key: k6-bin
paths:
- .k6-bin
loadtest:
stage: test
script: .k6-bin/k6 run -o cloud loadtests/main.js
我发现这非常冗长,尤其是当您考虑提供预构建的 docker 图像时。这种方法在发布新版本时需要手动更新,并且看起来不像我当前使用的以下配置那样干净:
loadtest:
stage: test
image:
name: loadimpact/k6:latest
entrypoint: [""]
script: k6 run ./loadtests/main.js
两者都完全按预期工作,这就是为什么我想知道 K6 团队是否知道一些事情并且不推荐使用他们的 docker 图像?
啊,我是 k6 团队的一员,在这种情况下你是绝对正确的 - docker 方法是更好的方法。我们将修复文档和示例存储库 - https://github.com/loadimpact/k6/issues/1196。我不知道他们为什么提倡另一种方法——它可能是来自另一个 CI 系统的旧复制粘贴,它不像 GitLab CI 那样适用于容器。举个例子,实际使用的 k6 版本非常旧——v0.21.1 于 2018 年 6 月 4 日发布。感谢您指出这一点,我们将在接下来的几天修复文档和示例,所以现在请坚持您的直觉我们过时的文档!