Performance / Load: рынок

Вакансия

открытая вакансия, прошедшая гейт качества и содержащая не менее двух технологий

Наблюдаемый кандидат

кандидат, чей стек содержит эту технологию; агрегат, без единой записи наружу

Подходящий кандидат

пока не считается

Окно

открытые вакансии на момент сборки снимка

Топ-5: ci/cd, jmeter, cloud, grafana, jenkins. Инструменты генерации нагрузки: k6 (от Grafana Labs, сценарии на JavaScript — современная доминанта 2024–2026, отлично ложится в CI/CD), JMeter (Apache — классика, GUI + большой набор плагинов, по-прежнему массово используется), Gatling (на Scala / Java — высокая производительность, code-as-test), Locust (на Python — удобен Python-командам), Yandex.Tank (актуален в СНГ), Artillery (Node.js), enterprise — BlazeMeter / LoadRunner / NeoLoad. Observability / APM (анализ — половина работы performance-инженера): Grafana + Prometheus, Datadog, New Relic, Dynatrace, Elastic / OpenTelemetry. Сопутствующее: понимание HTTP и протоколов, базовый SQL и анализ медленных запросов, профилировщики (для JVM / Go / Python), Docker + Kubernetes, CI/CD (запуск нагрузочных тестов в пайплайне), Git. Ключевой навык — не «нажать кнопку», а спроектировать реалистичный сценарий нагрузки и правильно интерпретировать метрики (перцентили латентности, error rate, утилизация ресурсов).

k6 — современный выбор по умолчанию 2024–2026: сценарии пишутся кодом на JavaScript, отлично интегрируется в CI/CD, нативная интеграция с Grafana, лёгкий и быстрый. Минус — для очень сложных протоколов экосистема плагинов меньше, чем у JMeter. JMeter — ветеран (Apache): GUI для сборки сценариев (низкий порог входа), огромный набор плагинов, поддержка многих протоколов; по-прежнему массово используется и часто упоминается в вакансиях. Минусы — тяжеловесность, GUI-сценарии хуже версионируются в Git. Gatling — высокая производительность одной машины, сценарии кодом (Scala / Java / Kotlin DSL), красивые отчёты; чуть выше порог входа. Locust — сценарии на чистом Python, удобен, если команда уже Python-ориентирована, легко расширяется. Стратегия 2026: учить k6 как основной (тренд + CI/CD-дружелюбность), знать JMeter (его всё ещё много в вакансиях и legacy-проектах). Gatling / Locust — по контексту команды. Главное — инструмент вторичен; первичны умение моделировать нагрузку и анализировать узкие места.

Load test (нагрузочный) — система под ожидаемой штатной и пиковой нагрузкой: проверяем, держит ли SLA по латентности и ошибкам. Stress test (стрессовый) — нагрузка за пределом расчётной: ищем точку, где система ломается, и смотрим, ломается ли она «красиво» (graceful degradation) или катастрофически. Soak / endurance test (на устойчивость) — умеренная нагрузка в течение многих часов или суток: ловим утечки памяти, разрастание логов, исчерпание пулов соединений, деградацию со временем. Spike test (всплеск) — резкий скачок нагрузки (распродажа, рассылка, вирусный трафик): как система реагирует на внезапный всплеск и восстанавливается. Scalability test — как меняется производительность при добавлении ресурсов (горизонтальное / вертикальное масштабирование), линейно ли. Volume test — поведение при больших объёмах данных в БД. Capacity planning — на основе результатов определяем, сколько ресурсов нужно под планируемый рост. Senior performance-инженер подбирает виды тестов под риски конкретной системы, а не «прогоняет всё подряд».

Роли соседние и пересекаются. Performance QA / Load Testing Engineer — фокус на тестировании: проектирует нагрузочные сценарии, прогоняет тесты до релиза, фиксирует, держит ли система SLA, заводит дефекты производительности. Работает в QA-процессе. Performance Engineer — шире: не только находит проблему, но и оптимизирует — лезет в код, БД, конфигурацию, профилирует, делает capacity planning; ближе к разработке. SRE (Site Reliability Engineer) — отвечает за надёжность и производительность системы в проде: мониторинг, SLO / error budget, инцидент-менеджмент, нагрузка как часть эксплуатации (см. /research/devops/sre). Граница: Performance QA проверяет производительность до релиза в тестовом контуре; SRE следит за ней в проде; Performance Engineer соединяет тестирование с оптимизацией. Career-flow часто идёт Performance QA → Performance Engineer → SRE (с ростом зарплаты и ответственности). Многие вакансии смешивают эти роли — смотрите на обязанности, а не на заголовок.

Да, 18% Performance-вакансий — удалёнка или гибрид. Нагрузочное тестирование хорошо подходит для remote: нагрузка генерируется из облака, анализ ведётся по дашбордам APM, доступ к тестовым стендам — по VPN. Российские high-load-работодатели (банки, телеком, e-commerce) предлагают и офис, и гибрид, и remote. Английский — нужен для международного рынка и для чтения документации инструментов / APM. Performance — узкая специализация, поэтому география вакансий шире, чем кажется: дефицит специалистов работает в пользу инженера.

Performance — редко первая роль; чаще приходят из функционального / автоматизированного QA, backend или DevOps. Roadmap: 1) База — как устроено веб-приложение: HTTP, клиент-сервер, БД, очереди, кэш, балансировщики; что такое латентность, throughput, перцентили. 2) Инструмент нагрузки — начать с k6 (отличная документация, JavaScript) или JMeter (GUI, низкий порог); научиться писать реалистичные сценарии (не просто «дёргать один endpoint»). 3) Моделирование нагрузки — профили нагрузки, ramp-up, think time, корреляция данных, параметризация. 4) Observability — Grafana + Prometheus: научиться читать дашборды, понимать, что показывают метрики приложения и инфраструктуры. 5) Анализ узких мест — где «затыки»: БД (медленные запросы, блокировки, пул соединений), CPU, память и GC, сеть, внешние интеграции. 6) SQL и базовое понимание БД — обязательно (БД — самое частое узкое место). 7) CI/CD — запуск нагрузочных тестов в пайплайне. 8) Pet-проект: взять открытое приложение, написать нагрузочный сценарий на k6, поднять Grafana + Prometheus, найти узкое место, описать выводы. Ресурсы: документация k6 и JMeter, книга «The Art of Application Performance Testing» (Ian Molyneaux), материалы Brendan Gregg по performance, курсы по нагрузочному тестированию (Otus, Stratoplan, школы тестирования). Главное в резюме Performance-инженера — кейсы найденных и объяснённых узких мест, а не список инструментов.

27 активных открытых вакансий по performance / нагрузочному тестированию в выборке Zorky CRM — узкая специализация с точечным, но стабильным спросом. География: 🇷🇺 Россия / remote / 🇵🇱 Польша. Спрос концентрируется в отраслях с реальной high-load-нагрузкой (финтех, телеком, e-commerce, gaming, госсектор), поэтому вакансий по числу немного, но они хорошо оплачиваются. Время закрытия — 6-10 недель (дефицит специалистов с обеих сторон). Дефицит работает в пользу инженера — стабильно высокая оплата.

Senior Performance-инженер — это инженер, понимающий систему целиком, а не «оператор нагрузочного инструмента». Инструменты нагрузки: экспертное владение k6 / JMeter / Gatling, проектирование сложных реалистичных сценариев (корреляция, параметризация, профили нагрузки). Архитектура: понимание устройства распределённых систем — БД, кэши, очереди, балансировщики, микросервисы, внешние интеграции; умение строить гипотезы, где будет узкое место. Анализ узких мест — главный навык: диагностика проблем в БД (медленные запросы, блокировки, пулы соединений, индексы), CPU, памяти и GC (для JVM / Go /.NET), сети, конкурентности. Observability: свободная работа с APM (Grafana / Prometheus / Datadog / Dynatrace), построение дашбордов, корреляция метрик нагрузочного теста с метриками системы. SQL и БД: продвинутый уровень — БД чаще всего и есть узкое место. Профилирование: профайлеры под стек проекта, flame graphs. Capacity planning: на основе результатов прогнозировать потребность в ресурсах под рост. CI/CD: автоматизация нагрузочных тестов в пайплайне, performance-гейты. Кодинг: уверенный скриптинг (JavaScript / Python / Java — зависит от инструмента). Коммуникация: умение объяснить разработке и менеджменту суть проблемы и обосновать рекомендации цифрами. Английский — для международного рынка и документации. Главная ценность Senior — не отчёт «система выдержала N RPS», а конкретный диагноз узкого места и обоснованная рекомендация.