Нагрузочное тестирование распределенных систем – опыт, ошибки, проблемы

Нагрузочное тестирование программных продуктов вполне понятная для разработчиков тема. Практическая польза от этого неоспорима.

Многие команды проводят такое тестирование на периодической основе, или хотя бы 1 раз в жизни программного продукта.

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

Приведем цифры, которые не закроет корпоративная цензура — сервера, потоки, сессии, задержки и др.

После этого предлагаются к обсуждению вопросы и проблемы, которые, не являются уникальными для нашей компании и сообщество уже, наверняка, имеет одно или несколько потенциальных решений.

  • Как автоматизировать нагрузочное тестирование настолько, чтобы видеть его результаты максимально быстро, сразу после коммита кривого кода?
  • На какой конфигурации проводить тестирование, если нет возможности сделать полную копию ПРОДа?
  • Что делать с бюррократией отчетами? Есть ли в этом потенциал к автоматизации?
  • Какие инструменты лучше подходят для поставленных задач — чем мониторить ресурсы серверов, сетевой канал, нагрузку на клиентские машины?
  • Как эффективно генерировать лавину нагрузки? Уметь с минимумом нагрузочных станций загружать сервера системы. DDOS? Не совсем, тут мы имеем доступ и к кодовой базе разработанного продукта.
Артем Жуков и Дмитрий Ткачев, СберТех

Артем Жуков и Дмитрий Ткачев, СберТех