Разумеется, конечной целью планирования мощностей является быстрота и удобство работы пользователей. Кроме мощностей, существует ряд других факторов, которые могут отразиться на впечатлениях пользователей. Некоторые сайты работают медленно даже при избытке мощностей. Методы создания быстрых веб-страниц выходят за рамки этого курса.
Хотя мощности являются лишь одной из сторон быстрого взаимодействия пользователя с сайтом, показатели этого взаимодействия остаются одной из реальных метрик, которую следует измерять и отслеживать для построения прогнозов.
При предоставлении статического веб-контента неприемлемые задержки при высоких объемах данных могут возникнуть еще до того, как метрики системного уровня (процессор, диск, память) выдадут тревожный сигнал. Как уже говорилось ранее, проблемы могут быть обусловлены в большей степени конструкцией веб-страницы, нежели мощностями серверов, поставляющих контент. Но поскольку изменение мощностей связано с относительно высокими затратами, этот вопрос стоит изучить подробнее. Субъективная заторможенность веб-страниц может объясняться не отсутствием необходимых мощностей, а тем, что страница попросту слишком тяжеловесна (один из ключевых моментов книги Соудерса), Анализируя жалобы на медленную работу сайта с точки зрения пользователей, желательно определить ее причину. Проблема может решаться (1) добавлением мощностей и (2) изменением «веса» страницы. Первое решение зачастую сопряжено с большими затратами, чем второе.
Flickr, например, предоставляет десятки тысяч фотографий в секунду. Каждый фото-сервер способен выдавать изображения с заранее известной частотой, но только до достижения своего предела. Задается этот максимум не в параметрах скорости записи/чтения на диск, затрат ресурсов процессора или памяти, а в количестве изображений, которые могут быть предоставлены сервером до того, как «время предоставления» для каждого изображения превысит заданное значение.
| Требования к мощностям в сфере «бизнес-бизнес» | Архитектурные решения |