Производительность фронтенда или «Что вы знаете об антишквале?»
Небольшой реальный кейс — крупное СМИ, XXI век. Для пользователей, находящихся на сайте, происходит автоматическое (без перезагрузки страницы) обновление ленты новостей. Обновления присылает comet-сервер, чтобы не загружать базу данных однотипными запросами вроде «дай последние сообщения». Если соединение с comet-сервером установить не удаётся, то вся функциональность деградирует до AJAX-запросов к бэкенду с тем же вопросом «дай последние сообщения». Запросы очень быстрые, всё работает хорошо.
Но раз в месяц весь сайт «ложится» на полминуты со стократным скачкообразным ростом load averages на базе данных. Через несколько десятков секунд всё восстанавливается, но все равно это явно бага, а не фича :)
Ларчик открывался просто — раз в месяц comet-сервер «падал». А при невозможности установить соединение с comet-сервером все посетители сайта одновременно делали одинаковый AJAX-запрос к бэкенду, чем несказанно удивляли базу данных. Отсюда и зависание, отсюда и быстрое восстановление — из-за «падения» сайта запросы с клиентов рассинхронизировались, само-DDOS исчезал.
Это простейший пример тесной взаимосвязи между клиентским и серверным приложением в современном сайтостроении. На клиентской стороне именно приложение, со своей бизнес-логикой, ядрами, счётчиками и обработчиками. Поэтому мы решили последовать реальности и сделать на HighLoad++ новую секцию — ПРОИЗВОДИТЕЛЬНОСТЬ ФРОНТЕНДА.
И первые доклады в новой секции — от Филипа Теллиса (aka @bluesmoon). В качестве главного архитектора в SOASTA он анализирует влияние различных решений в области проектирования на производительность, масштабируемость и безопасность веб-приложений. Является ведущим разработчиком boomerang – инструмента тестирования производительности в вебе на основе JavaScript.
Насколько терпеливы ваши пользователи?
Мы, веб-разработчики, всегда ищем способы сокращения времени загрузки страницы. Но в один прекрасный день приходит продакт-менеджер и просит добавить новую функциональность, которая «точно принесёт много денег», но, разумеется, с её появлением сайт начнёт работать медленнее.
Есть ли у вас необходимые данные, чтобы решить, стоит ли идти на такой компромисс? Хватит ли вам тех пользователей, которые будут согласны ждать дольше при загрузке страницы, чтобы получить новую функциональность? Насколько терпеливы ваши пользователи сейчас, и сделают ли их новые возможности системы более или менее терпеливыми?
В докладе будут освещены некоторые открытия, сделанные нами в ходе изучения поведения пользователей сайта Сочи 2014 во время Олимпийских Игр и других веб-сайтов.
О других докладах будущей секции читайте на нашем сайте. Там же, кстати, вы можете подать заявку на участие с докладом.
Удачи и до встречи на конференции!
С уважением,
команда организаторов HighLoad++
