Подводные камни в нагрузке

Сколько людей — столько и мнений. Сколько инженеров — столько и вариантов провести нагрузочное тестирование. Как же быть? Постарайтесь определиться с тем, зачем вы собираетесь нагрузить систему и тем, каких результатов хотите добиться.

На докладе 2016 года мы говорили от том, какие типичные ошибки/проблемы возникают в нагрузочном тестировании и о том, как предотвращать их возникновение. Сейчас же освежим подходы и инструменты.

Запустить нагрузочный тест — дело нехитрое. Но запуск без анализа — время на ветер. При анализе выявляется такое, от чего приходится повторять замер. Например: времена отклика получились хорошие, а при детальном анализе оказалось, что все страницы показывали ошибку 404. В начале теста времена хорошие, а потом вообще никакие. Или даже так: JMeter показывает, что «всё замечательно», а в реальности нагрузка не подавалась полчаса. Бывает, что в целом всё хорошо, но есть неприятные выбросы. Как анализировать причины выбросов? Как узнать, на каких данных они возникают? И на этот вопрос будет рекомендация.

В докладе будут рассмотрены типичные подводные камни при тестировании enterprise-приложений и варианты решения этих проблем. Доклад построен на примере JMeter, но многие подходы могут с тем же успехом применяться и к другим инструментам. Владимир расскажет, чем среднее отличается от 90% line, как coordinated omission мешает измерять времена отклика, и научит способам обхода типичных проблем, возникающих при замере производительности.