Web-серверные платформы
Лаура Воннакот, Брукс Тэлли, Юн ВангWeb-серверы уже достаточно сильны, чтобы занять центральное место в вашей корпоративной сети. Однако используете ли вы их для интрасети или узла электронной коммерции, ключевую роль в этом играют надежные средства администрирования.
Что сравнивается?
Решение Apache:
Решение IBM:
Решение Microsoft:
Решение Netscape:
Стратегия тестирования
Вопрос: какая из Web-серверных платформ является достаточно изощренной, чтобы быть интегрированной с корпоративной средой и обеспечивать нечто большее, чем обработка HTTP-запросов?
Критерии оценки:
Варианты выбора:
Ответ: программно-аппаратный комплекс компании IBM обеспечивает хорошо интегрированные средства администрирования, согласованные средства управления, а также простую реализацию благодаря поставке предварительно сконфигурированных систем.
Раньше, когда речь шла лишь об одной вещи - предоставлении статических HTML-страниц по запросам браузеров, - выбрать подходящий Web-сервер было значительно проще. Сегодня Web-серверы начинают играть новую роль: обеспечивают платформу для приложений, работающих в современной интрасети или на Web-узле. Чтобы победить в нелегкой конкурентной борьбе, производители Web-серверов должны серьезно потрудиться, реализуя в своих продуктах сильные корпоративные средства администрирования и управления, возможности интеграции с серверами баз данных, средства разработки приложений, высокую производительность и низкую стоимость содержания.
Мы выбрали для испытаний только те Web-серверы, которые способны прочно "врасти" в корпоративную среду, и тестировали каждое решение от самых его корней (оборудование, сетевую ОС и ПО Web-сервера). Не оценив все компоненты, нельзя найти решение, наилучшим образом подходящее для конкретных задач. Каждый производитель должен был выбрать платформу для своего решения, в состав которой входили операционная система и оборудование сервера. Процесс отбора Web-серверов для испытаний слегка напоминал нам игру "поймай зубами яблоко": мы без устали пробовали кислые яблоки, однако те решения, на которых мы в конце концов остановились, являются вполне зрелыми и могут быть рекомендованы в качестве Web-серверной платформы.
Первым делом нам хотелось испытать Web-серверы, занимающие ведущее положение на рынке. Оказалось, что самый большой кусок рыночного "пирога" принадлежит компании Apache. Согласно опросу, проведенному в июне компанией Netcraft (http://www.netcraft.com), доля ПО Web-серверов Apache в Internet составляет около 44%. Для тестирования решения Apache была выбрана ОС Red Hat Linux 4.2 (компании Red Hat Software) и сервер Linux Hardware Solutions 2000P, оснащенный двумя процессорами Pentium Pro 200 МГц и 256 Мбайт ОЗУ.
Согласно отчету Netcraft, Internet Information Server 3.0 (IIS) компании Microsoft с большим отрывом от лидера занимает второе место (15% рынка), а следом за ним идет Netscape (11%). Спустя чуть более полутора лет с момента выхода первой версии IIS доказал свою жизнеспособность, поэтому Microsoft страстно желала принять участие в тестировании. Microsoft выбрала в качестве ОС Windows NT (надо заметить, что на других платформах IIS не работает), а в качестве сервера - Intel-совместимую платформу. Компания Hewlett-Packard предоставила сервер HP NetServer LX Pro 6/200 SMP, оснащенный четырьмя процессорами Pentium Pro 200 МГц и 256 Мбайт ОЗУ.
Нашим следующим кандидатом была компания Netscape. Ее желание участвовать в тестировании оказалось не менее горячим, чем у Microsoft, и особенно потому, что мы позволили включить в состав решения ее новый сервер Enterprise Server 3.0, который был выпущен в середине июня. Enterprise Server может работать на платформе NT и различных вариантов Unix. Мы ожидали, что Netscape выберет Unix-платформу, и были весьма удивлены, когда она остановилась на платформе, которая состояла из Windows NT и сервера Compaq ProLiant 5000, оснащенного четырьмя процессорами Pentium Pro 200 МГц и 256 Мбайт ОЗУ.
Мы также намеревались испытать решение компании Sun, но, к сожалению, она отказалась принять участие в тестировании, мотивировав это подготовкой к выпуску продукта Sun WebServer 1.0 (SWS), который будет содержать значительные усовершенствования по сравнению с текущей версией Web-сервера на базе NCSA. Во время испытаний SWS еще находился в процессе разработки, и мы решили проверить его бета-версию, чтобы понять, чего следует ждать от Sun в ближайшем будущем.
Компания Lotus также была приглашена к участию в нашем тестировании (с решением на базе Domino), но после долгих обсуждений с InfoWorld и IBM она ответила вежливым отказом. Видимо, с общекорпоративной позиции Lotus-IBM Internet Connection Secure Server 4.2 (ICSS) компании IBM является более сильным решением. IBM очень агрессивно продвигает на рынке серверы RS/6000 Internet Power Solutions F50 с установленным ПО ICSS и очень хотела представить на наш суд свой новейший сервер. Решение IBM состояло из ОС AIX 4.2 и сервера RS/6000, оснащенного четырьмя процессорами Motorola 604e 166 МГц и 256 Мбайт ОЗУ. Тем не менее мы не могли оставить в покое Domino и включили его в тест на производительность.
Мы ахотели во что бы то ни стало определить производительность рассматриваемых решений. С этой целью, впервые за всю историю Тестового центра InfoWorld, было установлено сотрудничество с другой лабораторией. Вместе с компанией Client/Server Labs из Атланты мы адаптировали для наших испытаний разработанный ею тест Intramark 1.0. Нам удалось многому научиться, создавая тесты производительности с помощью специализированных API-интерфейсов. И хотя мы сумели измерить производительность, было решено не оценивать продукты по этому критерию без более детальной проверки.
Решение Apache
Компоненты:
Apache, самый популярный в мире Web-сервер, можно получить абсолютно бесплатно, загрузив его через Internet либо получив вместе с одной из разновидностей ОС Unix, например с Red Hat Linux. В этом решении отсутствуют какие-либо средства управления оборудованием, кластерами и распределенного администрирования. Однако решение Apache обеспечивает наилучшую отдачу от вложенных средств благодаря своей простоте, функциональным возможностям и настраиваемой среде. В дополнение к серверу Apache в комплект поставки Red Hat Linux входят наиболее популярные языки программирования и написания сценариев, такие как C, C++, Perl, Tcl, Python и Java.
Энергичный старт
Как и сервер ICSS компании IBM, сервер Apache был предварительно сконфигурирован. В отличие от других решений, Apache не допускает конфигурирования через Web-браузер; большинство функций настройки выполняются с помощью командной строки. Все параметры работы Web-сервера хранятся в конфигурационных файлах, которые нам пришлось модифицировать, чтобы настроить среду функционирования сервера, задать имена и местоположение документов, а также ограничить доступ к ним пользователей.
Функция аутентификации клиентов сервера Apache позволяет ограничивать доступ к документам по именам пользователей (групп), директорий (файлов) и Web-серверов (хостов). Можно устанавливать права доступа на основе IP-адресов клиентов; правильные имена и пароли пользователей хранятся либо в "плоских" файлах, либо в базах данных, либо в файлах Berkeley-DB. Поддержка протокола Secure Socket Layer (SSL) не включена в базовый код Apache. Это связано с чисто юридическими аспектами, касающимися бесплатно распространяемого ПО. (Дополнительный модуль Apache-SSL может быть приобретен у сторонних компаний.) Как и сервер ICSS, Apache способен функционировать как сервер-посредник (proxy server).
В Apache предусмотрены системные журналы, предназначенные для протоколирования работы сервера. Нам удалось сконфигурировать журналы таким образом, чтобы в них регистрировались только определенные виды событий. К сожалению, журналы представляют собой обычные текстовые файлы, не существует никаких средств анализа или формирования запросов к ним. В состав сервера Apache не входит монитор производительности; для определения производительности Web-сервера можно использовать штатные средства операционной системы. Хотя Red Hat Linux следит за работой ОС с помощью протокола SNMP, сервер Apache не обеспечивает поддержки этого протокола.
Тест на совместимость
Apache распространяется вместе с исходным кодом, что облегчает построение сервера из различных модулей под конкретные задачи. Сам сервер поставляется со стандартным набором модулей, а для расширения его функций можно загрузить дополнительные модули из World Wide Web. Однако для того чтобы задействовать новые модули или удалять ненужные компоненты, нам пришлось модифицировать конфигурационные файлы и перекомпилировать исходный код сервера.
Лучшее свойство сервера Apache - его гибкость; если нужный вам модуль отсутствует, вы можете просто создать его. Для манипулирования модулями Apache предоставляет набор API-интерфейсов. Несмотря на отсутствие специальных API для подключения к базам данных мы сумели установить доступ к базам данным с помощью сценария Fast CGI (очень похожего на CGI-сценарии, но обеспечивающего более высокую производительность).
Нам удалось проиндексировать имеющиеся документы, но, к сожалению, из-за отсутствия поискового механизма мы не смогли осуществлять контекстный поиск документов на сервере. Apache не предоставляет широкого набора средств для управления содержимым Web-узла, например для определения нарушенных ссылок или потерянных файлов. Средства управления версиями включают в себя Revision Control System (стандартное средство Unix) и Concurrent Version System. В Apache также не входят корпоративные средства управления Web-серверами, что может привести к значительным затратам на администрирование, особенно в сетях с несколькими серверами. В отличие от других рассмотренных нами решений, Linux 2000P не имеет полноценной утилиты для конфигурирования сервера.
На Web-узлах Apache и Red Hat Linux имеется ценная электронная документация и соответствующая информация. Однако печатная документация, которую мы получили вместе с данным решением, не оказалась столь же полезной. Для сервера Apache не существует официальной технической поддержки - если не считать серии FAQ (ответов на часто задаваемые вопросы) и базы данных по обнаруженным ошибкам, которые можно найти на Web-узле Apache. Полезными окажутся поддержка через Usenet и недавно открытая компанией Red Hat служба технической поддержки по телефону.
Решение IBM
Компоненты:
Решение IBM оказалось наиболее полным программно-аппаратным комплексом. На нас произвели большое впечатление простота его реализации и администрирования, богатые функциональные возможности Web-сервера и полезные утилиты управление оборудованием и ПО. Однако мы нашли в этом решении и серьезный недостаток, заключающийся в отсутствии средств корпоративного уровня, например для администрирования кластеров и распределенного управления, а также поисковых механизмов Web-сервера.
Процесс запуска сервера оказался совершенно безболезненным. Решение поставляется с предварительно сконфигурированным оборудованием и ПО (в том числе последними "заплатками" для него). Удобно спроектированный корпус сервера позволяет открывать и обслуживать его без каких-либо инструментов, а средство управления системой существенно облегчает процесс конфигурирования. С помощью простой программы Welcome Center, запускаемой в процессе загрузки сервера, мы проверили, какое оборудование и ПО установлено на сервере и каковы параметры конфигурации.
Проще некуда
Существуют два способа конфигурирования сервера ICSS. Первый заключается в использовании специальных электронных форм для конфигурирования и администрирования (с помощью браузера и экранных подсказок), представляющих собой комбинацию CGI-программ и HTML-форм; второй - в непосредственном редактировании конфигурационного файла (интерфейс командной строки для экспертов Unix). В формах конфигурирования и администрирования объясняется назначение параметров и влияние их изменения на работу сервера. Доступ к формам осуществляется только через браузер, поэтому конфигурирование сервера может выполняться через Internet. В отличие от Apache, ICSS хранит все параметры конфигурации Web-сервера в одном файле. Возможно, непосредственная модификация этого файла и не самый удобный способ конфигурирования сервера, но она позволит опытным администраторам сэкономить много времени (по сравнению с использованием меню).
Как и другие рассмотренные нами серверы, ICSS поддерживает базовые средства аутентификации клиентов, которые дают возможность ограничить доступ пользователей на основе названий документов, имен пользователей и групп, диапазонов IP-адресов. ICSS поддерживает протокол SSL (версии 2 и 3). Раньше IBM предоставляла поддержку протокола Secure-HTTP, но в последнее время отказалась от него в пользу SSL. Последний завоевывает все большую популярность у пользователей, обеспечивая аутентификацию клиентов и серверов, а также шифрование данных. Подобно серверу Apache, ICSS может работать как сервер-посредник.
ICSS обладает богатыми возможностями настройки в отношении ответов на запросы и сообщений об ошибках. Нам удалось указать, какие процессы должны выполняться до и после запросов - в зависимости от запрашиваемых документов и директорий. Мы сумели задать динамическую модификацию содержимого документов при каждом запросе, установить ограничение доступа к отдельным документам. В отличие от других рассматриваемых серверов, ICSS обеспечивает множество готовых сообщений об ошибках, которые настраиваются без помощи программирования. Настраиваемые сообщения об ошибках - огромный шаг вперед по сравнению с традиционной реакцией системы на ошибки. (Например, если пользователь запрашивает документ, который сервер не может найти, то вместо отображения на экране обычного сообщения "документ не найден" сервер выдает указатель документов.)
Приспособить - сущий пустяк
Как и в большинстве других решений, мы смогли настроить журналы регистрации Web-сервера для протоколирования определенных событий. Для доступа к журналам сообщений об ошибках ICSS имеет специальные функции - Agent log (сбор статистических данных по использованию различных браузеров для доступа к Web-странице) и Referrer log (определение того, с какой Web-страницы пользователь получил ссылку на запрашиваемую Web-страницу).
Мы создавали отчеты на основе данных журнала регистрации и специальных шаблонов, которые позволяют включать в отчет только необходимую информацию. ICSS обеспечивает поддержку SNMP: он способен перехватывать SNMP-сообщения и посылать запросы в информационную базу MIB (Management Information Base), но не может настраивать работу сервера.
Подобно другим рассматриваемым Web-серверам, ICSS допускает создание CGI-сценариев на любом поддерживаемом операционной системой языке программирования или написания сценариев, а также аплетов Java. Кроме того, он применяет новый интерфейс Servlet API компании Sun, Netscape Server API и свой собственный интерфейс Internet Connection API, с помощью которого можно осуществлять связь с базами данных, повышать уровень защиты сервера и расширять его функциональные возможности. Для управления содержимым Web-узла IBM рекомендует использовать в данном решении программу LiveWire компании Netscape, которая позволяет находить поврежденные ссылки и оставленные на сервере файлы. Несмотря на наличие в ICSS функции индексирования документов, данное решение не предоставляет никакого механизма поиска.
Решение Microsoft
Компоненты:
Менее чем за полтора года, прошедшие с выпуска его первой версии, IIS завоевал убедительное второе место по присутствию в Internet. Простота его использования и тесная интеграция с ОС Windows NT являются неотразимыми аргументами для заказчиков. Кроме того, обеспечиваемая IIS среда построения динамических HTML страниц - одновременно мощная и простая в применении. Однако для решения, которое должно работать на разных платформах, этого недостаточно. По крайней мере, в данной версии IIS.
Запуск и конфигурирование сервера NetServer LX Pro оказались весьма несложными - и все благодаря утилитам Navigator от HP. Однако мы определенно отдали бы предпочтение другому подходу - поставке предварительно сконфигурированного решения.
Знакомые все лица
Благодаря приложению ISM (Internet Service Manager) администрирование IIS осуществляется достаточно легко. Имеется даже HTML-версия программы ISM, но ее пользовательский интерфейс показался нам настолько непривлекательным, что мы решили воспользоваться Windows-версией ISM. С помощью ISM мы быстро настроили виртуальные серверы и директории. Для задания учетных данных пользователей Web-сервера мы применили утилиту User Manager, которая используется в NT. Если вы знакомы с системой безопасности NT, то без труда сумеете ограничить доступ пользователей ко всему Web-узлу или отдельным его частям. Эту задачу можно решать либо путем задания учетных данных и паролей пользователей, либо (при ограничении доступа к определенным директориям и файлам) благодаря функциям Access Control Lists (ACL) файловой системы NT.
Для подключения к Web-серверу IIS запрос пользователя проходит через логическую модель, которая включает в себя как административные функции IIS, так и параметры защиты NT. Например, прежде всего IIS проверяет IP-адрес пользователя, чтобы определить, разрешен ли доступ к серверу с этого адреса. Доступ может быть ограничен с помощью приложения ISM. К сожалению, права доступа на основе IP-адресов назначаются только на уровне сервера, а не Web-узла. Кроме того, IIS не позволяет ограничивать доступ на основе имен доменов. После выполнения аутентификации пользователя заданные в IIS права чтения/записи сравниваются с правами доступа к файловой системе; выбираются наиболее строгие из них. Достаточно просто решается задача управления правами учетной записи анонимного пользователя Web-сервера, поскольку эта запись задается в NT и управляется с помощью ACL. К сожалению, когда вы меняете пароль анонимного пользователя с помощью ISM, вы также должны изменить его с помощью User Manager.
В дополнение к интеграции с User Manager и Explorer на уровне системы безопасности сервер IIS обеспечивает интеграцию с такими функциями NT, как Performance Monitor и Event Viewer. Благодаря Performance Monitor вы способны следить за производительностью сервера и анализировать полученные результаты. Можно создавать журналы регистрации, генерировать отчеты и предупредительные сообщения (когда значения счетчиков достигают заданных уровней). В процессе инсталляции IIS добавляет в Performance Monitor число количество счетчиков, контролирующих количество разорванных соединений, подключений в секунду, одновременных подключений, соотношение количества обращений к кэшу и общего числа запросов, а также счетчиков для Internet Service API (ISAPI), Active Server Pages (ASP) и CGI-приложений.
IIS использует функции мониторинга SNMP, однако общая поддержка этого протокола реализована на минимальном уровне. С помощью MIB IIS осуществляет мониторинг, но не конфигурирование: вы можете следить за теми же 28 счетчиками, что имеются в Performance Monitor, но не в состоянии применять их для конфигурирования IIS.
IIS имеет собственный журнал регистрации, позволяющий следить за тем, кто обращается к серверу и какие файлы запрашиваются пользователями. Для ведения этого журнала можно воспользоваться как обычным файлом, так и базой данных SQL; поддерживаются как стандартный формат, так и NCSA. Service Pack 2 включает в себя средства Crystal Reports, формирующие отчеты по журналу регистрации IIS. И хотя эти средства весьма полезны, функции регистрации самого сервера IIS обеспечили бы более простой способ выбора элементов для регистрации.
Многочисленные API
IIS поддерживает активные серверные страницы (ASP), благодаря чему можно легко создавать серверные приложения, применяя один из поддерживающих ActiveX языков сценариев, например VBScript или Jscript. Существуют также дополнительные встраиваемые модули (plug-ins), которые обеспечивают для ActiveX поддержку языков Tcl и Perl. При создании ASP нет необходимости производить компиляцию. Из страниц ASP легко вызываются активные объекты данных (Active Data Objects), позволяющие взаимодействовать с источниками данных через ODBC или OLE/DB. С помощью технологии ASP мы без особого труда создавали как простые, так и сложные электронные формы, однако при создании сложных форм нам определенно не хватало средств отладки. При создании заказных серверных приложений в IIS в качестве API-интерфейса используется ISAPI. Программисту, хорошо знакомому с языком C++, будет несложно создать мощное приложение ISAPI. Кроме того, IIS поддерживает CGI и WinCGI.
Несмотря на простоту его использования и тесную интеграцию с NT, серверу IIS явно недостает средств корпоративного уровня. Например, он не обеспечивает никаких средств для управления версиями документов и их регистрации (check in/check out). Microsoft решила не включать в состав своего решения ПО Visual SourceSafe, содержащее некоторые полезные средства Web-управления, поскольку оно требует лицензирования по числу клиентских узлов. IIS также не имеет средств для администрирования кластеров и распределенного управления.
Решение Netscape
Компоненты:
Данное решение представляет собой мощный корпоративный Web-сервер, но ему явно недостает средств управления оборудованием и интеграции с операционной системой. Enterprise Server обеспечивает наиболее мощные изо всех рассмотренных нами средства администрирования и управления корпоративного уровня. В его состав входят "родные" драйверы для серверов баз данных Oracle, Informix, Sybase и DB2; имеется поддержка ODBC. Однако из-за сложности самого Enterprise Server его среда администрирования превращается в нечто запутанное и непонятное.
"Просто" еще не значит "легко"
Реализовать это решение оказалось менее просто, чем решения IBM и Apache, однако, в отличие от IIS, оно не требует установки большого количества компонентов и сам процесс установки достаточно прост и прямолинеен. Утилита SmartStart компании Compaq, предназначенная для управления оборудованием сервера, не очень дружественна и не столь полезна, как аналогичные утилиты Hewlett-Packard и IBM. В отличие от IIS, который поддерживает только Windows NT, Enterprise Server работает и на NT, и на разнообразных Unix-платформах. Однако это имеет и свою оборотную сторону - Enterprise Server не обеспечивает такой же тесной интеграции с ОС, как IIS.
Enterprise Server имеет средства централизованного управления учетными данными пользователей и групп, средства администрирования кластеров и распределенного управления, но централизованное управление распространяется только на серверы SuiteSpot компании Netscape. С помощью основанного на LDAP (Lightweight Directory Access Protocol) каталога Netscape или любого поддерживающего LDAP сервера можно организовать совместное использование разными Web-серверами единого хранилища информации о пользователях и группах. Администрирование кластеров является очень важной возможностью; установив кластер, вместо отдельного конфигурирования каждого сервера удается за один раз сконфигурировать все входящие в него серверы.
Для администрирования Web-серверов в корпоративной среде обычно требуются несколько администраторов. В такой ситуации очень полезны возможности распределенного управления: Enterprise Server позволяет распределять обязанности между разными администраторами (а не предоставлять им одинаковые права).
Безопасность прежде всего
Для того чтобы сгенерировать сертификаты безопасности, нам пришлось бы воспользоваться сервером Certificate Server компании Netscape или сервером сертификатов какого-то другого производителя. Однако наши испытания проходили в интрасети, поэтому мы не осуществляли этого процесса.
В своей среде конфигурирования Enterprise Server обеспечивает настраиваемые журналы регистрации и слежение за производительностью. Для контроля за функционированием сервера он также использует утилиты NT Event Viewer и Performance Monitor. Enterprise Server позволяет заносить в журнал регистрации только установленные администратором виды событий и архивировать журналы по истечении заданного времени или по достижению ими определенного размера. Enterprise Server поддерживает функции мониторинга SNMP: он способен посылать информацию на SNMP-консоль, такую как OpenView компании HP, делать запросы в Management Information Base.
Благодаря уникальной функции Intelligent Agents можно настраивать предупредительные сигналы - например, для случаев, когда пользователи просматривают конфиденциальную информацию. Отличительной особенностью Enterprise Server является и то, что функции управления содержимым Web-узла отделены от функций конфигурирования сервера. Мы одобряем подобное разделение функций: это дает возможность пользователям публиковать свои документы, организовывать и контролировать доступ к ним. Средства управления содержимым Web-узла обеспечивают контроль версий, блокировку документов и управление ссылками, позволяющее устранять поврежденные ссылки на одном узле. Также поддерживается индексирование; в состав Enterprise Server входит поисковый механизм, с помощью которого выполняется полнотекстовый или индексный поиск.
Сервер не только поддерживает CGI, JavaScript и Java, но и обеспечивает собственный набор API-интерфейсов, который называется NSAPI (Netscape Server API).
Результаты испытаний
IBM оказалась сильна не только в мэйнфреймах. Когда вы вспоминаете о Web-серверах, скорее всего, в вашу голову приходят названия таких фирм, как Apache, Microsoft и Netscape. Однако в наших испытаниях решение IBM для Web-серверных платформ зарекомендовало себя как наиболее мощное и простое в реализации изо всех рассмотренных. Требования к современным Web-серверам очень жестки: им уже недостаточно всего лишь обрабатывать статические страницы. Internet Information Server 3.0 (IIS) от Microsoft, Internet Connection Secure Server 4.2 (ICSS) от IBM, Enterprise Server 3.0 от Netscape и бесплатно распространяемый сервер Apache 1.1.3 являются популярными продуктами, но по результатам испытаний их оценки существенно отличаются друг от друга.
Два из четырех претендентов оказались наиболее сильными: решения IBM и Netscape особенно привлекательны для корпоративных заказчиков. Однако решение IBM более полно и хорошо спроектировано, поставляется в сконфигурированном виде, и потому победило. Microsoft выбрала для своего решения сервер корпоративного уровня компании Hewlett-Packard, сделала IIS простым в использовании и хорошо интегрированным с Windows NT, но ряд недостатков не позволяет рассматривать это решение как серьезного конкурента на корпоративном рынке. Решение Apache, несмотря на свой прямолинейный интерфейс командной строки и большую популярность в Internet, просто не дотягивает до остальных.
Решение IBM
Итоговая оценка: 6,7
IBM создала наиболее полное, предварительно сконфигурированное решение. Хотя серверу ICSS недостает средств корпоративного уровня, простота его администрирования, настраиваемая реакция на ошибки и богатые серверные функции делают решение IBM чрезвычайно привлекательным. ICSS имеет два варианта конфигурирования сервера. Предоставляются более 30 настраиваемых сообщений об ошибках, в то время как у конкурентов - не более пяти. ICSS поддерживает не только CGI-сценарии и Java-аплеты, но и новый интерфейс Servlet API компании Sun (который позволяет Java-аплетам работать на сервере, не требуя их загрузки на клиентскую машину), Netscape Server API и свой собственный интерфейс Internet Connection API. Для управления содержимым Web-серверов был выбран продукт LiveWire 1.1 компании Netscape. Из данной версии ICSS компания IBM убрала поддержку протокола S-HTTP, отдав предпочтение Secure Sockets Layer (SSL).
Достоинства
Недостатки
Pешение Netscape
Итоговая оценка: 6,1
Enterprise Server имеет впечатляющие средства администрирования и управления содержимым узла, удобные для корпоративной интрасети. Хотя функция администрирования кластеров применима только к серверам SuiteSpot компании Netscape, она очень экономит время администраторов. Это единственное решение, обеспечивающее распределенное управление, что позволяет делить обязанности между несколькими администраторами. Enterprise Server имеет ряд собственных средств мониторинга, которые можно интегрировать с утилитами Performance Monitor и Event Viewer операционной системы Windows NT. Благодаря отделению функций Web-публикации от функций администрирования сервера Enterprise Server уменьшает нагрузку на администраторов; владельцы документов способны модифицировать их содержимое и контролировать доступ к ним. Обеспечиваются средства контроля версий документов, групповой разработки и управления ссылками.
Достоинства
Недостатки
Решение Microsoft
Итоговая оценка: 5,7
Если вы разворачиваете Windows NT по всей организации или в пределах подразделения, то IIS может оказаться наиболее подходящим для вас Web-сервером. Среди всех Web-серверов, работающих на платформе NT 4.0, трудно найти лучший вариант интеграции с сетевой ОС, в том числе с функциями защиты, сетевыми службами и компонентами, такими как Performance Monitor. IIS поддерживает технологию активных серверных страниц (Active Server Pages), которая обеспечивает удобную среду для быстрой разработки динамических HTML-страниц с помощью VBScript или Jscript. Для интрасети, построенной на базе NT, данное решение действительно оптимально, однако если в вашей интрасети используются и другие платформы, то таких достоинств IIS, как простота и хорошая интеграция, может оказаться недостаточно. IIS не реализует корпоративных функций администрирования кластеров и распределенного управления, а кроме того, имеет ограниченную поддержку SNMP.
Достоинства
Недостатки
Решение Apache
Итоговая оценка: 4,9
Web-сервер Apache - отличный продукт для среды Unix, даже несмотря на отсутствие средств управления содержимым Web-узла и функций администрирования кластеров. Он не настолько дружественен к пользователю, как другие рассмотренные серверы; большая часть функций конфигурирования выполняется в командной строке. Тем не менее Apache обеспечивает вполне конкурентоспособные функциональные возможности, защищенную среду и хорошо интегрируется с сетевой ОС Red Hat Linux. Apache имеет легко настраиваемую среду. Для него существует множество дополнительных модулей, которые бесплатно загружаются из Internet; можно разработать необходимые модули и самостоятельно. В состав ПО также входит интерфейс Apache API, который позволяет манипулировать программными модулями для достижения оптимальной функциональности. Приложения для доступа к базам данных создаются при помощи CGI или FastCGI.
Достоинства
Недостатки
Результаты испытаний Web-серверных платформ
| Критерий | Весовой коэфф., % | Решение Apache | Решение IBM | Решение Microsoft | Решение Netscape |
| Реализация | 20 | Хорошо · 1,2 | Очень хорошо · 1,6 | Удовлетворительно · 0,8 | Удовлетворительно · 0,8 |
| Средства администрирования | 25 | Удовлетворительно · 1,0 | Очень хорошо · 2,0 | Хорошо · 1,5 | Очень хорошо · 2,0 |
| Расширяемость и средства разработки приложений | 20 | Хорошо · 1,2 | Удовлетворительно · 0,8 | Хорошо · 1,2 | Очень хорошо · 1,6 |
| Документация | 10 | Удовлетворительно · 0,4 | Очень хорошо · 0,8 | Хорошо · 0,6 | Удовлетворительно · 0,4 |
| Техническая поддержка | 10 | Удовлетворительно · 0,4 | Хорошо · 0,6 | Хорошо · 0,6 | Удовлетворительно · 0,4 |
| Политика поддержки | 5 | Плохо · 0,1 | Хорошо · 0,3 | Очень хорошо · 0,4 | Хорошо · 0,3 |
| Предполагаемая стоимость содержания | 10 | Хорошо · 0,6 | Хорошо · 0,6 | Хорошо · 0,6 | Хорошо · 0,6 |
| Итоговая оценка | 4,9 | 6,7 | 5,7 | 6,1 | |
Пояснения к таблице
Число баллов определяется умножением весового коэффициента каждого критерия (соответствует средней относительной значимости этого критерия) на оценку, выставляемую по следующим правилам:
Сумма набранных очков составляет итоговую оценку, максимальное значение которой равно 10. Продукты, оценки которых различаются не более чем на 0,2 балла, близки по своему уровню. При рассмотрении вопроса о приобретении или использовании продукта читатель может пересмотреть весовые коэффициенты в соответствии с политикой своей компании, получив, таким образом, другие итоговые оценки.