On-Line Библиотека www.XServer.ru - учебники, книги, статьи, документация, нормативная литература.
       Главная         В избранное         Контакты        Карта сайта   
    Навигация XServer.ru






 

Платформы управления сетью

Стив Штайнке
старший редактор Network Magazine

Платформы управления сетью в свое время казались хорошей идеей. Когда альтернативой платформе управления было либо использование множества разрозненных программных инструментов для конфигурации, мониторинга, диагностирования или сопровождения каждого отдельного компонента, либо написание своего собственного приложения, рассматривавшего все компоненты как систему, достоинства HP OpenView, SunNet Manager, NetView 6000 или Cabletron Spectrum не подвергались сомнению.

Платформы управления сетью предоставляют целый сонм ценных и сложных сервисов. Они имеют механизм автоматического обнаружения всех компонентов в сети. Они отображают найденные компоненты на графической карте, отражающей реальную топологию сети. Они применяют SNMP для сбора данных о конфигурации и производительности маршрутизаторов, коммутаторов, мостов и концентраторов. Они сохраняют собранные сведения в базе данных, доступ к которой осуществляется с помощью специального приложения для консоли. Такие события, как изменение состояния устройств и трафика, обрабатываются программным обеспечением платформы, причем генерируемые предупреждения отображаются на консоли или, как вариант, пересылаются по электронной почте либо на пейджер. Консольное приложение может также составлять отчеты о производительности сети и каждого устройства в ней за определенный период времени.

Эти приложения служат платформой для двух типов разработчиков. Производители устройств и разработчики оригинального ПО могут написать собственные приложения, использующие платформу для получения стандартных сервисов; в результате им не придется заботиться об автоматическом обнаружении, отображении топологии, SNMP-коммуникациях и т. п. Вторая группа, корпоративные разработчики со своими специфическими запросами, которые коммерческие приложения удовлетворить не в силах, могут "подцепить" свой инструментарий к платформе и выполнять задачи, на которые у них иначе не хватило бы ни сил, ни средств.

Сейчас платформы управления сетями доживают свои последние дни, потому что сети больше не являются автономными, самодостаточными доминионами, они стали частью бизнес-процессов. Еще год назад управление системами можно было отличить от управления сетями по тому, какие процессы или устройства находились в ведении соответствующей программы; платформы управления сетями занимались всеми процессами и устройствами между конечными точками (или хостами, если использовать не вполне подходящую к миру ПК терминологию), а приложения управления системами ограничивались исключительно контролем над конечными точками (серверами, клиентскими компьютерами и принтерами). По мере того как сеть приобретала все большее значение в повседневных деловых процедурах, управление сетями стало составной частью управления системами. Корпоративные пользователи как потребители сетевых сервисов заинтересованы не столько в доступности и производительности подсистем, столько в надежной работе системы в целом, точно так же, как для ожидающего отправки самолета пассажира не имеет особого значения, чем вызвана задержка - неисправностью двигателя, погрузкой продуктов или необъяснимым шумом в кабине пилотов.

Ключевыми концепциями современного управления являются сквозное управление из конца в конец, управление уровнем сервиса и управление в соответствии с заданными правилами. Сквозное управление подразумевает возможность контроля над всеми компонентами бизнес-процесса - включая программное обеспечение и операционную систему, базу данных и систему транзакций, серверы и мэйнфреймы, элементы локальной и глобальной сети - как единого целого. Управление уровнем сервиса - это метод выражения ожиданий пользователей посредством формального описания, в понятных им терминах, того, за что отвечают отделы ИТ. Эти требования пользователей находят конкретное выражение в так называемых соглашениях об уровне сервиса. Управление в соответствии с заданными правилами - это попытка "привязать" технические спецификации и параметры к конкретным бизнес-целям. Так, корпорация может определить, что приложения А, Б и В должны иметь приоритет в данном канале глобальной сети в рабочие часы, а приложения X и Y - обслуживаться по мере возможности. Идеальная система управления должна автоматически определять конкретные параметры устройства, позволяющие реализовать данные правила, освобождая администратора от необходимости вручную конфигурировать маршрутизаторы, брандмауэры, серверы и т. д.

ТОТАЛЬНЫЙ КОНТРОЛЬ И УЧЕТ

Переход от управления сетью к интегрированному управлению системами имеет следствия для большинства компонентов инфраструктуры управления. Мы начнем с обзора контрольно-измерительных средств, главных источников управляющей информации.

SNMP-агенты на маршрутизаторах, коммутаторах и концентраторах представляют собой базовый инструментарий для сбора управляющей информации. Зонды RMON, как автономные, так и интегрированные в коммутаторы, осуществляют сбор информации более эффективно, а с развертыванием RMON-2 они будут играть важную роль в осуществлении сквозного управления. Настольные системы и ПК-серверы теперь оснащаются DMI. Настольные, серверные и мэйнфреймовые операционные системы предоставляют конфигурационную информацию и статистику о своей работе, которая будет небесполезна для всеохватывающей системы управления. Многие приложения создают журнальные файлы, содержащие записи о таких событиях, как регистрация, транзакции и ошибки. Базы данных оснащаются собственными специфическими агентами. Заказные приложения обычно имеют возможность генерации отчетов о своей работе в стандартном формате. Потенциал рассылаемых агентов (возможно, написанных на Java), которые устанавливаются на лету или вблизи проблемного компонента, начинает наконец-то использоваться и для целей управления; оказавшись на месте, агенты посылают диагностическую и отладочную информацию.

Одни SNMP-агенты способны породить огромный поток данных. Любой из этих источников вспомогательных данных в состоянии заполнить весь канал, как и весь диск, "кибермусором". Таким образом, интегрированная система управления должна иметь подходящую архитектуру для сбора и манипулирования нужными данными в нужном месте. Например, если сетью филиала управляют с центральной административной станции управления, то управляющую информацию предпочтительнее тем не менее держать в локальном хранилище данных, а не передавать все данные в центральную систему.

Использование объектно-ориентированной базы данных для хранения интегрированной управляющей информации вызывает жаркие споры. При огромном разнообразии источников управляющей информации, данные от которых поступают в систему управления, объектно-ориентированная база данных обеспечивает гибкость и расширяемость. В частности, событие, генерируемое маршрутизатором, может выглядеть совершенно иначе, нежели генерируемое сервером Web. Если описание события включает информацию об его интерпретации, а система позволяет сохранить все сопутствующие данные, то тогда задача использования событий в других частях приложения значительно упрощается, причем новые типы событий могут быть впоследствии добавлены без проблем. Разместить разнообразные форматы данных в реляционной базе данных часто оказывается невозможно без отбрасывания той или иной информации; таким образом, система теряет свою полноту.

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

ИНТЕЛЛЕКТУАЛЬНАЯ ОБРАБОТКА СОБЫТИЙ

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

Интегрированная система управления должна обеспечивать гибкость в отношении консолей и доменов ответственности. Если отделу ИТ для контроля за выполнением соглашений об уровне сервиса с пользователями необходимо видеть весь бизнес-процесс от начала до конца, это не означает, что каждый сотрудник ИТ обязан знать, как конфигурировать маршрутизатор или устанавливать автоматизированную ленточную библиотеку. Конкретные сотрудники или отделы должны иметь возможность контролировать ту часть системы, за которую они отвечают.

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

Основные производители сетевого оборудования - Cisco Systems, Bay Networks и 3Com - последовательно предлагают программное обеспечение для конфигурации и контроля своих продуктов, использующее сервисы одной или более платформ управления сетями. Производители автономных приложений управления, например NetScout, также разрабатывают приложения для платформ управления. Хотя для многих устройств и процессов нет готовых приложений, тем не менее они должны быть каким-то образом включены во всеохватывающую систему управления. Кроме того, эта система должна поддерживать множество специфических для конкретной отрасли приложений и правил, а также автоматизировать определенные операции управления предприятием. Все эти задачи можно решить только при условии, что независимые разработчики имеют беспрепятственный доступ к внутренним механизмам платформы управления. К счастью, все ведущие производители корпоративных платформ управления имеют действующие программы поддержки разработчиков.

ПРОИЗВОДИТЕЛИ И ДОЛИ

С изменением самого содержания понятия "платформа управления" показатели долей рынка не вполне отражают настоящее положение на рынке того или иного продукта. Тем не менее данные за 1995 и 1996 годы наводят на определенные размышления. По данным International Data Corp. (IDC), Hewlett-Packard, создатель HP OpenView, является мировым лидером по поставкам за эти два года. Однако доля HP снизилась с 34,8% в 1995 году до 30,9% в 1996 г. Доля SunSoft также уменьшилась с 31% в 1995 году до 27,4% в 1996 г. Доля платформы Spectrum компании Cabletron возросла с 18,6% в 1995 году до 23,6% в 1996 г. А доля NetView 6000 возросла с 6% до 12,3% (в 1996 году NetView стал совместным продуктом IBM/Tivoli). Отметим, что NetView 6000 не была в то время включена в TME 10, совместную систему или корпоративную платформу управления этих компаний.

Две платформы, чья доля на рынке возросла (Spectrum и NetView 6000), оказались лидерами в распределении функции консоли между несколькими уровнями и доменами ответственности. Кроме того, благодаря распределению функций этими продуктами могло управлять большее число операторов, чем в состоянии поддерживать SunNet Manager или HP OpenView. SunSoft уделила главное внимание своему Solstice Enterprise Manager, представляющему наибольший интерес для имеющих собственные сети связи крупных заказчиков, - в ущерб приложениям, ориентированным на другие категории конечных пользователей. С некоторым опозданием Hewlett-Packard представила версию OpenView с распределенными консолями.

Тем временем Computer Associates и IBM/Tivoli преуспели в изменении правил игры на рынке платформ управления. Несмотря на отсутствие пока достоверной статистики того, какая доля рынка отошла к новым его участникам, Tivoli и CA занимают главенствующее место в комментариях экспертов и отзывах пользователей.

IBM/TIVOLI TME 10

Корни Tivoli Systems уходят в управление системами UNIX. Одно время компания специализировалась на управлении развертыванием систем (распространении программного обеспечения), управлении доступностью серверов, администрировании информационной защиты, администрировании операций (например, резервного копирования и восстановления) и управлении приложениями. Компания стала использовать в своих продуктах объектно-ориентированные средства, как только они появились. Tivoli получила целую коллекцию вспомогательных инструментов управления, когда IBM приобрела компанию в 1996 году. Им было тут же присвоено имя TME 10, но полная интеграция в линию продуктов Tivoli потребовала определенного времени и усилий. Например, до слияния с IBM, Tivoli не располагала продуктом для управления сетями на базе SNMP, и, прежде известный как NetView 6000, продукт стал (помимо прочих) составной частью TME 10 NetView. По сути включение NetView 6000 и продуктов IBM для управления мэйнфреймами дало TME 10 средства для сквозного управления.

Cобственные продукты Tivoli поддерживали многочисленные разновидности UNIX, а также разные версии Windows и NetWare, а объектно-ориентированное наследство сделало интеграцию с операционными системами IBM практически безболезненным. Таким образом, досье IBM/Tivoli содержит исчерпывающий список встречающихся сегодня вычислительных сред.

Центральный модуль TME 10 называется TME 10 Framework (ранее - Tivoli Management Platform). Framework имеет графический пользовательский интерфейс для конфигурации и мониторинга, а также интерфейс командной строки. Демон oserv, своего рода объектная шина, обеспечивает глубокоуровневое взаимодействие компонентов TME 10. Кроме того, Framework обладает объектно-ориентированной базой данных и базовыми сервисами, предоставляемыми всем компонентам TME 10, например планирование, распространение и установка приложений.

Дополнительные модули осуществляют распространение программного обеспечения, инвентаризацию аппаратного и программного обеспечения, мониторинг систем, корреляцию и управление событиями, а также администрирование пользователей и групп. События от таких приложений, как TME 10 NetView, обрабатываются и коррелируются наряду с генерируемыми другими модулями или даже подключаемыми модулями сторонних производителей. IBM/Tivoli проводит агрессивную программу поддержки независимых разработчиков, благодаря которой платформа имеет модули для приложений SAP R/3, различных реляционных баз данных и таких приложений, как справочная система Action Request компании Remedy.

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

UNICENTER TNG ОТ CA

В 1997 году CA значительно укрепила свои позиции, так как ее средства сквозного управления пришлись как нельзя кстати, на зависть традиционным платформам управления на базе SNMP. Кроме того, CA заключила соглашения с производителями платформ управления сетями и предоставила заказчикам выбор между OpenView и Spectrum как полностью интегрированным компонентом среды Unicenter TNG. Возможно, ее наиболее смелым и важным шагом стало бесплатное предоставление Unicenter TNG Framework всем желающим.

Framework - на удивление полнофункциональный продукт. Он осуществляет автоматическое обнаружение, заполняет свою собственную объектно-ориентированную базу данных, позволяет определять условия и пороги, выполнение или превышение которых приводит к генерации событий, поддерживает управление событиями с консоли, ведет журнал событий, а также имеет блестящий графический интерфейс Unicenter TNG. Он позволяет организовать также планирование заданий и сканирование локальной машины на наличие вирусов, а кроме того, обладает гибкими средствами подготовки отчетов. Однако Unicenter TNG Framework - это далеко не весь CA Unicenter TNG Base Product. Базовый продукт имеет многочисленные дополнительные функции, которые многие предприятия наверняка захотят иметь, так что CA не предала своих акционеров, начав предоставлять Framework бесплатно.

Широкое распространение Framework на новых серверных машинах, а также получение его всеми желающими гарантирует независимым разработчикам значительную инсталлированную базу для обоих вспомогательных продуктов. Более того, бесплатное распространение Framework несомненно приведет к увеличению продаж тем законопослушным покупателям, на которых произвели впечатление простота конфигурации, производительность и потенциал сквозного управления, которыми Framework обладает. Предоставлять бесплатно безоговорочно ценное программное обеспечение - это тонкий маркетинговый ход. В частности, от покупки полномасштабных корпоративных пакетов управления многих потенциальных заказчиков отпугивает высокий уровень необходимой для работы с ними подготовки, сложные процедуры конфигурации и неопределенные перспективы окупаемости вложений, выражаемых пяти или шестизначными цифрами. При таком множестве препятствий предпринятый CA ход вполне может себя оправдать.

Архитектура Unicenter TNG предусматривает несколько уровней менеджеров и агентов. Последние могут использовать данные совместно с другими агентами. Кроме того, сами по себе они могут фильтровать, сопоставлять и запускать события. Менеджеры могут выступать в качестве агентов для других менеджеров.

Распределенная база Unicenter TNG служит хранилищем общих объектов. Помимо объектов управления и их состояний здесь хранятся свойства пользовательского интерфейса, свойства взаимодействия и информация об отношениях между объектами. Объекты можно населять, модифицировать и удалять динамически, что позволяет, например, обнаруживать объекты и сервисы поэтапно.

Кроме функций Framework, Unicenter TNG Base Product предоставляет ряд приложений управления. Он поддерживает базовую справочную функцию для автоматической генерации предупреждений при выполнении определенных условий и даже для запуска сценариев разрешения проблемы без участия оператора. Система распространения программного обеспечения - агентов и менеджеров - играет также важную роль при ликвидации сбоев и модификации системы. Продукт имеет приложение для аутентификации, а также функции контроля доступа. Полнофункциональная система управления хранением обладает функциями иерархического управления хранением. Функции управления настольными системами позволяют существлять взаимодействие с настольным оборудованием при помощи интерфейса DMI и инвентаризацию аппаратного и программного обеспечения. CA Unicenter TNG Base Product может также управлять сетью с помощью SNMP. Дополнительные модули включают Advanced Help Desk, однократную регистрацию, восстановление после аварий и многие другие функции.

Unicenter TNG может работать в самых разных операционных системах. Кроме того, CA заключила соглашения со многими основными поставщиками оборудования, в том числе HP, Sun Microsystems, Compaq, Digital Equipment и NCR. Она поддерживает SAP R/3, Oracle и Microsoft Exchange. Любое предприятие, заинтересованное в реализации управления уровнем сервиса или рационализации своей практики управления каким-либо другим образом, поступит опрометчиво, если не рассмотрит CA Unicenter TNG, по крайней мере как возможный вариант решения.

CABLETRON SPECTRUM

Сравнивать платформу управления сетью, такую как Spectrum, с архитектурой управления системами, подобной TME 10, не вполне корректно. Хотя в жизни вообще многое несправедливо.

Если не выходить за рамки оценки модели платформы управления сетями, то Spectrum реализована практически безупречно. Она первой среди функциональных аналогов стала поддерживать многоуровневых менеджеров и распределенные консоли, известные как SpectroServer и SpectroGraph соответственно. База данных Spectrum является распределенной и объектно-ориентированной. Cabletron стала одной из первых использовать серверную технологию Web для получения отчетов об управлении удаленным образом. В отличие от многих других продуктов управления, Spectrum моделирует поведение и взаимодействие элементов сети, обновляя информацию в реальном времени. Такое моделирование помогает в определении зависимости устройств и корреляции событий, ускорении идентификации сбоев и подавлении дублирующих предупреждений. Основанный на принципах искусственного интеллекта инструментарий позволяет идентифицировать и решать проблемы.

Что касается управления системами, Cabletron - далеко не последняя компания на рынке платформ управления сетями и системами - не собирается разрабатывать собственные средства управления хостами, базами данных или приложениями. Наверное, поэтому она заключила соглашения с Computer Associates и Tivoli. И Unicenter TNG, и TME 10 могут взаимодействовать со Spectrum на уровне событий/предупреждений: оба этих продукта способны, например, распространять программное обеспечение Spectrum и планировать задания Spectrum.

Без интеграции на уровне хранилища ни Unicenter TNG, ни TME 10 не в состоянии воспользоваться тщательно продуманными объектами Spectrum, так что администраторам придется обращаться к пользовательскому интерфейсу Spectrum для описания правил и корреляции событий. Таким образом, заказчик вынужден приобретать и SpectroServer и SpectroGraph, в результате он несет двойные расходы на приобретение и сопровождение двух продуктов управления. Наилучшим выходом в этом случае представляется постепенный полный отказ от Spectrum в пользу одного из вышеупомянутых продуктов.

В последнее время компания Cabletron стала уделять заметное внимание операторам связи, предлагая, например, поддержку в виде дополнительных модулей для таких специфических телекоммуникационных протоколов, как TL1. Однако чистое управление сетью понадобится разве что провайдерам исключительно сетевых сервисов.

HP OPENVIEW

HP OpenView имеет наибольшую инсталлированную базу среди всех платформ управления, а по числу продаваемых коробок она держит первенство вот уже несколько лет. Но многие пользователи и эксперты критикуют HP за медлительность разработок, непредвиденные задержки и опасную самоуспокоенность.

OpenView состоит из нескольких компонентов. Наиболее известным из них является OpenView Network Node Manager (NNM). За управление системами отвечает OpenView IT/Operations (ITO). Open View IT/Administration (ITA) осуществляет распространение программного обеспечения и предоставляет инвентаризационные сервисы, а также выполняет функции администрирования пользователей, файлов и печати. Бывший продукт компании Symantec, Norton Administrator Suite, получивший название OpenView Desktop Administrator, предназначен для контроля, инвентаризации и распространения программного обеспечения, а также для инвентаризации аппаратного обеспечения. Различные дополнительные модули осуществляют управление рабочими параметрами, резервное копирование и другие функции. OpenView ITO Event Correlation Services позволяет централизованно фильтровать и соотносить события в других модулях OpenView. Серия подключаемых модулей для таких приложений, как Netscape SuiteSpot, Microsoft Windows NT, MS Exchange, SAP R/3, Baan IV, Oracle7, позволяет получать подробную информацию об их работе.

Полнота интеграции различных компонентов OpenView вызывает сомнения, возможно, даже большие, чем относительно продуктов IBM/Tivoli. Так по крайней мере три из них предоставляют сервисы распространения программного обеспечения. Несмотря на то что ITO Event Correlation Services, например, способен обрабатывать события от различных источников, централизованная объектно-ориентированная база данных отсутствует. OpenView NNM имеется в версии для Windows NT, однако ITO, ITO Event Correlation Services и ITA, хотя они и могут управлять средами Windows и NetWare, представляют собой приложения для UNIX. На узле Web компании Hewlett-Packard мы нашли пару технических документов, из которых ясно видно, что компания хорошо понимает преимущества управления уровнем сервиса, но это почему-то не находит отражения в продуктах для OpenView. Если вы хотите использовать OpenView для реализации сквозного управления, то должны будете либо сами придумать, как это сделать, либо нанять консультанта, чтобы он сделал это за вас.

SUNSOFT SOLSTICE ENTERPRISE MANAGER

Марка Solstice объединяет три составляющие платформы управления сетью: Solstice Site Manager, Solstice Domain Manager и Solstice Enterprise Manager (SEM). Site Manager и Domain Manager ведут свою историю от SunNet Manager и Cooperative Consoles, продуктов, которые Sun Microsystems разработала для поддержки распределенных консолей и коммуникации между менеджерами. Solstice Enterprise Manager построен на совершенно иной объектно-ориентированной кодовой базе; он не имеет ничего общего с двумя другими продуктами, кроме имени Solstice.

SEM позиционируется как хорошо масштабируемая платформа для организаций, число управляемых узлов в которых превышает 10 000. Она поддерживает протокол управления CMIP, старые протоколы управления телефонных компаний и SNMP. Основными пользователями SEM являются телекоммуникационные сервис-провайдеры. SEM не предлагается как легко инсталлируемая среда. Sun неоднократно заявляла, что ее клиенты, как правило, осуществляют значительную самостоятельную доводку продукта в соответствии со своими требованиями. Этим обстоятельством, по-видимому, объясняются и планы SunSoft представить Java Supplement for SEM.

Под маркой Solstice SunSoft предлагает около дюжины специализированных продуктов управления системами. Один из них - Solstice Job Scheduler Pro (на базе продукта, разработанного Platinum Software) - работает на всех разновидностях UNIX. Остальные функционируют только под управлением Solaris и предназначены для администрирования станций и серверов производства Sun. Кроме того, они никак не интегрированы с тремя вышеназванными платформами управления Solstice.

В отношении платформ управления SunSoft мы можем повторить то же, что говорили по поводу Cabletron: они осуществляют сквозное управление сервисами постольку, поскольку вы считаете, что "сеть - это сервис". Для многих телекоммуникационных сервис-провайдеров такое допущение недалеко от истины. Однако предложения SunSoft не подойдут предприятиям, желающим видеть свои бизнес-процессы целиком и иметь данные о прикладном программном обеспечении, системах управления базами данных, серверных операционных системах и клиентском программном обеспечении - в дополнение к информации о работе сети. Как следует из недавних заявлений, данные Solstice можно будет передавать в TME 10 и Unicenter TNG, но необходимые для этого конкретные инструменты пока отсутствуют. Не вполне ясно, насколько SunSoft заинтересована в конкуренции за место на рынке систем сквозного управления.

СТОЛЬКО ВАРИАНТОВ?!

За последний год (или около того) требования к базису для системы управления претерпели радикальные изменения. SunSoft упустила этот поезд и не собирается его догонять. Впрочем, и Cabletron не имеет серьезных шансов занять главенствующую позицию в новом мире сквозного управления уровнем сервиса, которую компания имела на рынке платформ управления сетями. Hewlett-Packard пробудилась ото сна и предприняла запоздалую попытку догнать IBM/Tivoli и CA, но и у HP вряд ли есть основания претендовать на роль лидера в этом изменившемся списке. Конечно, продажи этих трех платформ управления не прекратятся тотчас, так как срок жизни устаревающих сетевых продуктов дольше, чем у отработанных тепловыделяющих стержней ядерного реактора. Однако распределенные системы стали существенными компонентами бизнеса, и нет никаких сомнений, что новые инструменты будут преобладать в обозримом будущем, так как они лучше подходят для управления этими распределенными системами.



Литература по сетям: разное