Perfscale news #4. GRPC, Fixed Triggers, Child Process

Об авторе, кто он такой и что делает можно почитать тут. Пост специально открыт для всех, чтобы не было проблем с разным уровнем доступа.

Приветствую, любители нагрузки. Для истории прошлые выпуски

Эта неделя открывает долгожданные фичи, начнём с 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: "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. Триггеры какое-то время работали некорректно. А теперь прямо на платформе — вы можете прям задать условия, по которым прогон стартует сам.

Demo окружение

Бонус пункт

А еще, что касается perfscale платформы: это работающие платежи для https://perfscale.ru. После подключения к ЮКасса я наконец-то могу выставлять счета не только организациям.

Давайте сделаем нагрузку лучше!