Корпоративный веб-сайт на 100%. Требуйте от сайта большего!
Шрифт:
♦ Использование бесплатного программного обеспечения
♦ Использование более дешевых компонент
♦ Использование программных решений вместо дополнительного оборудования
Важно понимать, что указанные способы могут применяться только в ограниченном перечне случаев и почти всегда ведут к снижению качества работы веб-сайта или повышению рисков его бесперебойного функционирования.
81. Архитектура и масштабирование
Программно-аппаратная
Масштабируемость должна обеспечивать предсказуемый рост системных характеристик веб-сайта – таких, как: количество поддерживаемых пользователей, быстрота реакции, общая производительность.
Ключевые параметры масштабируемости:
• поддержка многопроцессорной обработки
• гибкость архитектуры
Другими словами, сайт должен сохранять работоспособность при модернизации и возрастании нагрузок на него.
Направления масштабирования
Принято выделять два основных направления масштабирования:
♦ Горизонтальное масштабирование – разбиение системы на более мелкие структурные компоненты и разнесение их по отдельным физическим машинам (или их группам) и/или увеличение количества серверов, параллельно выполняющих одну и ту же функцию
♦ Вертикальное масштабирование – увеличение производительности каждого компонента системы c целью повышения ее общей производительности
Мы рекомендуем вам убедиться в том, что оба этих способа масштабирования учтены на вашем сайте.
Архитектура серверов
Более 95 % корпоративных сайтов могут качественно функционировать на одном выделенном сервере (или даже виртуальном хостинге ).
Такой сервер способен обслуживать 10 000–100 000 загрузок страниц в сутки, что соответствует 3000-50 000 уникальным пользователям (количество зависит от мощности сервера, используемой системы управления контентом, количества страниц, качества конфигурирования системного программного обеспечения, структуры и содержания сайта).
Около 5 % самых посещаемых сайтов (10 000 и более пользователей в сутки) не могут качественно функционировать на одном выделенном сервере, для их размещения требуется использовать минимум два сервера.
В этом случае различные уровни системы (СУБД, frontend, backend) распределяют по разным серверам. Наиболее эффективное и распространенное решение – отдельный сервер СУБД и отдельный для frontend + backend.
Если позволяет программная архитектура, frontend и backend могут быть разделены на отдельные машины.
За счет такого распределения уровней системы ее производительность (количество генерируемых страниц в единицу времени) вырастет в 1,5–2,5 раза.Дополнительную производительность к этой схеме можно получить при использовании технологии многоуровневого кэширования и репликации данных . Это позволяет увеличить производительность системы при работе на двух-трех серверах еще в 1,5-10 раз.
В редких случаях сайты изначально специально проектируются под многосерверную архитектуру (таких корпоративных сайтов в русскоязычном Интернете менее 1000).
В такой ситуации применение большинства систем управления контентом становится ограниченным и для работы со специально спроектированными данными создаются специальные интерфейсы управления.
При этом отдельные данные могут храниться и обрабатываться в СУБД одного сервера, а другие данные – в СУБД другого сервера и при выдаче страницы «склеиваться» на уровне сборки страницы из шаблона.
Таким образом, должно быть принято решение об использовании определенной структуры серверов :
♦ Выделенный сервер
♦ Небольшое количество серверов
♦ Многосерверная архитектура
82. Производительность
Производительность – это величина, показывающая, какое количество задач способна решать веб-система в единицу времени
В общем случае производительность определяется характеристиками каналов связи, объемами информации и программно-технологическими платформами , используемыми как владельцем сайта, так и самими посетителями.
Время генерации 90 % страниц сайта должно быть менее двух секунд, а оставшихся 10 % – менее пяти секунд
Из этих факторов самое критическое значение имеют параметры каналов связи и время генерации страницы сервером.
Время отклика
Пользователи судят о производительности сайта по времени его отклика на их действия (например, по скорости загрузки, времени отправки форм, динамике смены элементов интерфейса и т. д.). Отклик менее чем за 0,1 секунды воспринимается человеком как мгновенный.
Считается, что первая страница сайта должна загружаться не более 10 секунд. Замедленная скорость реагирования может стать причиной мгновенного ухода Клиента с сайта.
Модули анализа скорости генерации страниц и отдельных блоков встроены в некоторые системы управления контентом, например, в «1С-Битрикс. Управление сайтом».
Тестирование производительности
Для проверки производительности веб-сайта можно выбрать и провести один или несколько видов тестирования, например:
♦ Нагрузочное тестирование