Да, нагрузочное тестирование должно проводиться на тестовом окружении, максимально приближенном к продакшену. Без этого результаты бесполезны и создают ложную уверенность.
Критически важно совпадение:
- Конфигураций (Веб-сервер, БД, JVM) - Типов и характеристик железа/облачных инстансов (особенно Disk I/O и сеть) - Версий всего ПО и оркестрации - Сетевых задержек до внешних сервисов
Идеал — полная копия. Если дорого — scaled-down копия с теми же типами ресурсов, но в меньшем количестве. Это позволяет находить архитектурные проблемы (утечки памяти, блокировки БД) и сравнивать производительность версий.
Главное правило: отличие в инфраструктуре делает цифры (RPS, latency) нерелевантными для прода, но может помочь выявить системные баги.
Да, нагрузочное тестирование должно проводиться на тестовом окружении, максимально приближенном к продакшену. Без этого результаты бесполезны и создают ложную уверенность.
Критически важно совпадение:
- Конфигураций (Веб-сервер, БД, JVM)
- Типов и характеристик железа/облачных инстансов (особенно Disk I/O и сеть)
- Версий всего ПО и оркестрации
- Сетевых задержек до внешних сервисов
Идеал — полная копия. Если дорого — scaled-down копия с теми же типами ресурсов, но в меньшем количестве. Это позволяет находить архитектурные проблемы (утечки памяти, блокировки БД) и сравнивать производительность версий.
Главное правило: отличие в инфраструктуре делает цифры (RPS, latency) нерелевантными для прода, но может помочь выявить системные баги.