Приветствую, любители нагрузки. Для истории прошлые выпуски
-
Новости Perfscale #1: OSS, поддержка QUERY метода и венчурная история
-
Perfscale news #2: Fix Protocol, Magic metrics и MCP
-
Perfscale news #3. Websocket, Inference, NPM
Эта неделя открывает долгожданные фичи, начнём с OSS части:
GRPC
В третьем выпуске я намекал, что после Websocket на очереди gRPC. Так вот — он здесь. Теперь perfscale умеет гонять не только REST, WebSocket и FIX, но и полноценный gRPC: unary, client/server streaming и bidi. Схема подтягивается либо через reflection, либо через descriptor‑файл — на выбор.
Простой unary‑вызов выглядит так:
steps: — uses: std/grpc@v1 with: url: grpc://api.example.com:50051 service: api.OrderService method: CreateOrder proto: reflection: true payload: customer_id: «cust-${seq}» items: — sku: «SKU-${rand(1000,9999)}» qty: «${rand(1,10)}» check: status: OK json: { order_id: «${exists}» }
А если вам нужен streaming — используйте отдельные шаги жизненного цикла, как и с Websocket:
-
std/grpc-connect@v1 — устанавливает соединение
-
std/grpc-send@v1 — отправляет сообщение в поток
-
std/grpc-recv@v1 — читает до stopping rule (until_json, until_contains или количество)
-
std/grpc-close@v1 — закрывает поток и соединение
Метрики, которые теперь доступны из коробки:
-
grpc_req_duration — полный цикл unary‑вызова (p50 / p95 / max)
-
grpc_stream_duration — время жизни стрима
-
grpc_msgs_sent / grpc_msgs_received — throughput по сообщениям
-
grpc_streams_active — одновременно открытые стримы
Кстати, reflection работает не со всеми серверами (кому‑то безопасность не позволяет), поэтому descriptor‑файл через proto: { file: «service.pb» } — план Б.
Child Process
Вторая фича этой недели в OSS — std/child_process@v1. Теперь из нативного YAML‑теста можно запустить дочерний процесс: поднять mock‑сервер, fixture‑базу, sidecar — всё, что нужно SUT. Процесс живёт across the run, step возвращается сразу после readiness‑гейта.
Важно: нужно явно разрешить процессы в конфиге через allow_process_actions: true.
Пример — поднимаем Python HTTP‑сервер перед тестом и гасим после:
# file: config.yaml before: — name: web uses: std/child_process@v1 with: command: python3 args: [«-m», «http.server», «8080»] waitUntil: port_open: 8080 timeout: 10s restart: on-failure max_restarts: 3 outputs: web after: — name: stop web uses: std/kill_process@v1 with: name: web signal: TERM grace_ms: 5000
И сам тест:
#file: test.yaml steps: — uses: std/http@v1 with: url: «http://127.0.0.1:8080/health» check: status: 200
Что умеет std/child_process@v1:
-
port: 0 — авто‑назначает свободный порт и экспортирует его в дочерний процесс как PORT
-
waitUntil — ждёт readiness по stdout_contains, stderr_matches, port_open или их комбинации
-
restart — never (default), on‑failure или always с max_restarts и backoff_ms
-
buffer_kb — размер tail‑буфера для stdout/stderr (default 64 KiB)
-
Авто‑убийство — что бы ни случилось (нормальный финиш, упавший before:, Ctrl‑C), perfscale прибивает все запущенные процессы автоматически: SIGTERM → grace period → SIGKILL, целиком process group. Забытый kill_process не забирает ресурсы после тестов.
А std/kill_process@v1 останавливает процесс по имени (рекомендуется) или raw pid. tree: true (default) шлёт сигнал всей группе. На Windows raw pid не поддерживается, а tree игнорируется — убивается только direct child.
Кстати, под капотом k6 и Locust в perfscale всегда были child processes. Разница теперь в том, что вы можете управлять своими собственными процессами с теми же гарантиями: readiness‑гейты, рестарт‑политики, tail stdout/stderr и корректное завершение.
Fixed Triggers
А теперь про платформу. Долгое время тесты в Perfscale Platform запускались в основном из CI (GitHub Actions, Jenkins, CircleCI) или руками через UI. Триггеры какое‑то время работали некорректно. А теперь прямо на платформе — вы можете прям задать условия, по которым прогон стартует сам.
Бонус пункт
А еще, что касается perfscale платформы: это работающие платежи для https://perfscale.ru. После подключения к ЮКасса я наконец‑то могу выставлять счета не только организациям.
Github: https://github.com/Perfscale/perfscale
Docs: https://perfscale.ru/docs
Site: https://perfscale.ru
Давайте сделаем нагрузку лучше!
