Как перевести 250 инженеров нагрузочного тестирования на новый технологический контур

В нагрузочном тестировании обсуждают инструменты — JMeter, k6, Gatling. Но при смене контура главный продукт перехода — не список инструментов, а стандартизированное рабочее место инженера.

Контекст

В enterprise-программе импортозамещения нагрузочное тестирование было отдельным контуром. Инженеры работали с Windows и Performance Center, а новый режим требовал Astra Linux, понятного набора зависимостей и возможности продолжать типовые сценарии после переключения.

Масштаб перехода

250

инженеров переведено

300

нагрузочных машин

до 400

виртуальных рабочих мест в целевой ёмкости

около 400

legacy-серверов выведено

Подход

1. 1Собрать стандартное рабочее место: Astra Linux, JMeter, k6, Gatling, библиотеки, инструменты и зависимости.
2. 2Подготовить инструкции администраторам и шаблон виртуальной машины, чтобы новый инженер не собирал окружение вручную.
3. 3Переводить группы поэтапно, связывая каждую волну с обучением, поддержкой и обратной связью.
4. 4Сохранять параллельную работу контуров на переходный период и выводить legacy по мере готовности групп.

Результат и границы утверждения

Инженеры адаптировали рабочие сценарии и продолжили работу на новом стеке без длительной остановки рабочего процесса. Около 400 legacy-серверов и до 400 виртуальных рабочих мест — разные величины: первая описывает выведенную инфраструктуру, вторая — целевую ёмкость рабочих мест.

Что не сработало бы

• Выдать доступы и ожидать, что инженеры самостоятельно соберут окружение.
• Перевести всех одновременно и получить массовую волну проблем поддержки.
• Вывести legacy до фактической готовности группы.

Вывод

Переход инфраструктуры — это одновременно стандартизация, обучение и управление изменениями. Связанный поток миграции данных разобран в заметке о 3 млн тест-кейсов, полный контекст — в кейсе enterprise-трансформации.