Все новости от 14 мая 2003 г.

Исследования Web-сайтов по-майкрософтовски

Microsoft Corporation. Тестирование производительности Web-приложений Microsoft .NET. Пер. с англ. М.: Русская Редакция, 2003. — 352 с., ил., компакт-диск.

Вряд ли нужно кого-то сегодня убеждать в необходимости тестирования производительности Web-сайтов. Актуальность этой задачи очевидна — она связана с повышением критичности функционирования Web-узлов для компаний в условиях быстрорастущего числа обращений к ним. Столь же понятна и сложность проблемы: динамические Web-приложения обладают существенно более высоким числом взаимосвязей компонентов и возможных внутренних состояний.

Традиционные методы бета-тестирования могут помочь убедиться в работоспособности тех или иных функций, но с их помощью нельзя оценить производительность при больших потоках запросов. Более того, даже анализ функционирования Web-сайта в реальных условиях не сможет сказать, каковы будут его характеристики при повышении нагрузки хотя бы в два раза (это хорошо известно из теории массового обслуживания). Нужны специальные исследования.

Рецензируемая книга написана группой специалистов (8 человек) подразделения Microsoft Application Consulting and Engineering (ACE) Team, в задачи которого входит анализ производительности наиболее загруженных Web-приложений и сайтов Microsoft (например, microsoft.com и xbox.com, относящихся к числу самых загруженных в мире). Очевидно, что этой команде есть чем поделиться с собратьями по специальности.

Название платформы .NET приведено в книге не для красного словца — акцент сделан именно на использовании новейших технологий Microsoft (тут хотелось бы обратить внимание на седьмую главу “Анализ производительности управляемого кода”, в которой приведены очень полезные сведения для всех, кто пишет программы в среде .NET Framework).

Но, учитывая, что большинство пользователей еще не перешло на .NET, в целом методология может применяться как для Web-сервисов .NET, так и для Web-приложений Windows DNA. Сами испытания Web-решений проводятся с помощью специальных средств Microsoft — Application Center Test и System Monitor. Но при этом отметим, что основные положения и подходы будут интересны и тем, кто работает на других платформах.

В общем виде тестирование производительности состоит из следующих этапов:

• планирование анализа производительности;

• исполнение (создание и выполнение эффективных нагрузочных сценариев);

• анализ собранных данных для определения и устранения “узких” мест.

Авторы подчеркивают, что тестирование — процесс циклический: анализ результатов может послужить основой для планирования следующего цикла исследований. Именно эта схема представлена последовательно в девяти главах книги.

Заключительная, десятая глава посвящена описанию альтернативного подхода к оценке возможностей Web-приложений по методологии моделирования, разработанной Microsoft, — TCA (Transaction Cost Analysis — анализ стоимости транзакций). Он позволяет оценить будущие ресурсные возможности Web-приложения путем связывания стоимостей серверных ресурсов, таких, как процессор, со стоимостью типичных пользовательских операций.

Хотелось упомянуть об одном важном выводе авторов по поводу наиболее “узких” мест Web-узлов. Безусловно, производительность системы напрямую связана с мощностью аппаратных средств. Причем это те ресурсы, которые можно относительно просто и недорого наращивать. Но все же тратить деньги на них имеет смысл только тогда, когда вы уверены, что достигнута максимальная эффективность программного приложения, которая определяется не только его структурой и алгоритмами, но и качеством кода. Именно поэтому авторы обращают внимание на необходимость высокой квалификации “кодировщиков”.

Говоря о пользе тестирования производительности Web-узлов, авторы привели в первой главе любопытный пример. После 11 сентября 2001 г. в течение нескольких дней трафик на новостной сайт Microsoft был в три раза выше обычного уровня.

В результате время отклика возросло до неприемлемого уровня, а Web-серверы приходилось перезагружать каждые два часа из-за критического падения объема доступной памяти. Позже было установлено, что это происходило из-за утечек памяти, которая происходила на сайте и ранее.

В этой связи авторы подчеркивают — их методология позволяет заранее определить возможные проблемы при резком росте трафика. (Хотя возникает логичный вопрос — почему же она не позволила это сделать в описанном выше случае?)

В заключение нужно отметить оперативность издательства “Русская Редакция”, выпустившего русский перевод с задержкой всего в один месяц.

Обсуждение и комментарии

	A.A.Orehov - a.orehovai.kharkov.com 14 Oct 2003 12:26 PM
Статью еще не читал