«А можно я сам потестирую?»
Как мы превратили скучное тестирование
в захватывающее развлечение

Если вы когда-нибудь бывали на ИБ конференциях, то знаете этот ритуал. Бесконечные ряды стендов, много кофе, улыбок, разговоров и... обещаний. Обещания, что новое решение может то-то, что теперь нам что-то не грозит, что теперь оно «производительнее, выше, сильнее…». Да, иногда показывают железо, а чаще только интерфейс, но потом брошюры, каталоги и презентации.

Мы тоже так делали, но в этот раз решили сделать по-другому. Если уж мы занимаемся тестированием, то давайте вместо разговоров об этом дадим людям возможность… потестировать тестирование.  Когда участники конференции «Сетевая безопасность» подходили к нам, они не знали, что станут настоящими тестировщиками (или станут ими еще больше, если уже были). Без заготовленных сценариев и каких-либо ограничений, без брошюр, без «сидишь и смотришь, а кто-то другой щелкает мышкой». В общем, включили режим «только реальный опыт».  

Страх «кота в мешке» и муки выбора. Самый частый запрос звучал примерно так: «Как убедиться, что новый блестящий NGFW или WAF не ляжет под реальной нагрузкой? Какой производитель показывает лучшие результаты?». Понятно, что реальные задачи по тендерам и пилотам за 15-20 минут тестирования на конференции не решить, но общий смысл задаваемых вопросов и уточнений касался вполне конкретного желания – нужно обоснование бюджета не на уровне «красивая презентация», а на уровне «мы подали нагрузку, и вот график падения производительности». И возможность здесь и сейчас увидеть, как инструмент «прожаривает» железо, вызывала неподдельный восторг.

Инфраструктурный «зоопарк». Современная инфраструктура – это коктейль из on-premise железа, частных и публичных облаков, контейнерных сред и кучи сервисов сверху. Как понять, где узкое место? Обобщенно жалобу можно сформулировать так: «Мы не понимаем, где узкое место. Сеть тормозит, безопасники кивают на админов, админы – на провайдера». Наша облачная лаборатория стала для них способом понять, как можно быстро и независимо найти «виновного» в распределенной системе, не останавливая процессы.