Незважаючи на очевидні зручності двохрівневої схеми, її застосування в реальному мережному середовищі призводить до зростання обсягів службового трафіка і, як наслідок, зниженню ефективної пропускної спроможності, доступної додаткам. Цей ефект надається особливо виділен у складних сегментованних мережах, що містять велику кількість активних пристроїв. У якості часткового рішення проблеми вичерпання пропускної спроможності була запропонована трьохрівнева схема, у якій частина керуючих функцій делегувалася найважливішим мережним вузлам. Инстальовані в цих вузлах програми-менеджери через власну мережу агентів управляють роботою “підзвітних” їм пристроїв і в той же час самі виступають у ролі агентів стосовно основного програмі-менеджеру (менеджеру менеджерів), запущеної на керуючій станції. У результаті основна частина службового трафіка надається локалізованої в окремих мережних сегментах, оскільки “спілкування” локальних менеджерів з адміністративною консоллю здійснюється тільки тоді, коли в цьому дійсно виникає необхідність.
Очевидно, уперше трьохрівнева архітектура управління була реалізована в 1995 р. у продукті Solstice компанії Sun Microsystems. В даний час вона застосовується й у розробках інших виробників, наприклад у програмному забезпеченні Tivoli Enterprise компанії IBM.
Необхідність контролювати роботу різноманітного устаткування в гетерогенному середовищі зажадала уніфікації основних керуючих процедур. Згадана схема “менеджер - агенти” знайшла вираження в протоколі Simple Network Management Protocol (SNMP), що швидко став базовим протоколом мережного адміністрування, і в стандарті дистанційного моніторингу RMON. Управління настільними системами звичайно здійснюється на базі стандарту Desktop Management Interface (DMI), розробленого організацією Desktop Management Task Force (DMTF). Крім згаданих базових стандартів в області мережного адміністрування існують специфікації, що грають менше фундаментальну роль. Як приклад можна назвати стандарт Web-Based Enterprise Management (WBEM), запропонований улітку 1996 р. однойменним консорціумом, у який увійшли Microsoft, Intel, Cisco і ін., або з'явившийся приблизно тоді ж із йлегкої руки компанії Tivoli специфікації Network Management Environment (NME), так і не доведені! до статусу стандарту, але проте склали основу керуючої платформи TME цієї компанії.
Саме зацікавлене полягає в тому, що розв'язавши задачу упорядкування керуючих процедур і регламентації архітектури адміністративних платформ і додатків, згадані стандарти по великому рахунку не виправдали надій, що покладалися на них. Втім, сьогодні, наприкінці 90-х років здається, що інакше і бути не могло. Найгостріша конкуренція між провідними виробниками мережного устаткування змушує останніх застосовувати у своїх продуктах унікальні архітектурні рішення, деталі котрих практично ніколи не стають надбанням широкої громадськості. Тому навіть для реалізації базових можливостей протоколу SNMP модулі-агенти для конкретного устаткування звичайно надає його постачальник. Якщо ж справа доходить до детального контролю за роботою пристрою, то без керуючого ПО від виробника апаратного засобу попросту не обійтися.
Результат такого розвитку подій неважко пророчити заздалегідь: індустрія ПО мережного управління виявилася розділеної на трьох частини. Першу утворять платформи мережного управління - аналоги операційних систем, що формують середовище для запуску додатків, але при цьому вони володіють обмеженою функціональністю. Типовими прикладами продуктів цієї категорії є OpenView компанії Hewlett-Packard і SPECTRUM виробництва Cabletron. Другий сегмент пов'язаний із керуючими додатками виробників мережних апаратних засобів, про які тільки що говорилося. Проте вони розраховані на всеосяжне управління тільки цілком визначеною групою пристроїв і рідко дозволяють обслуговувати вироби інших компаній. Подібні додатки пропонуються практично усіма відомими постачальниками устаткування; найбільше яскраві представники продуктів цієї категорії - CiscoWorks, 3Com Transcend, Nortel/Bay Optivity, ForeView (цікаво, що згадана вище розробка Cabletron не ставиться до данної групи , оскільки із самого початку створювалася в якості універсальної керуючої платформи). Нарешті, замикають хід численні програми третіх фірм, націлені на рішення вузьких задач мережного адміністрування. З погляду користувача описана ситуація означає тільки одне: набір застосовуваних засобів мережного адміністрування стає дзеркальним відбитком “зоопарку” встановленого активного устаткування.
На щастя, у самий останній час ситуація, здається, почала змінюватися до кращого і монополії виробників на засоби управління що випускається ними устаткуванням незабаром може прийти кінець. Як і в інших областях, штурм неприступної міцності, що здавалася, почали молоді фірми. Помітного успіху домоглася компанія Ukiah Software, продукт якої - NetRoad Active Policy System - спроможний контролювати роботу маршрутизаторів, комутаторів, серверів віддаленого доступу і серверів додатків декількох постачальників, включаючи 3Com, Cabletron, Cisco Systems і Extreme Networks.
Системне адміністрування
Функціональна область управління, що відносяться до цієї сфери, чітко визначені в специфікаціях ISO:
•рішення проблемних ситуацій (діагностика, локалізація й усунення несправностей, реєстрація помилок, тестування);
•управління ресурсами ( врахування, контроль використання ресурсів, виставляння рахунків за використані ресурси й обмеження доступу до них);
•управління конфігурацією, спрямоване на забезпечення надійного й ефективного функціонування всіх компонентів інформаційної системи;
•контроль продуктивності (збір і аналіз інформації про роботу окремих ресурсів, прогнозування ступеня задоволення потреб користувачів/додатків, заходи для збільшення продуктивності);
•захист даних (управління доступом користувачів до ресурсів, забезпечення цілісності даних і управління їхнім шифруванням).
В даний час на ринку присутні сотня продуктів, що дозволяють вирішувати ті або інші задачі системного адміністрування. У підставі своєрідної піраміди знаходяться базові платформи управління - CA-Unicenter TNG компанії Computer Associates, HP OpenView і Tivoli Enterprise виробництва IBM. Названі системи покривають уся функціональна область, обумовлені стандартом ISO; окремі пробіли в цьому спектрі згодом усуваються шляхом власних розробок, висновки партнерських угод або придбання інших фірм.
Самостійну групу складають сімейства керуючих додатків, що охоплюють лише частина областей системного адміністрування. Прикладами програм цієї категорії можуть служити пакети PATROL компанії BMC Software і EcoSYSTEMS виробництва Compuware.
Нарешті, множина фірм у даний час пропонує так називані “крапкові” продукти, орієнтовані на рішення конкретних вузьких задач (аналіз подій, генерація звітів про продуктивність, управління IP-адресами і т.д.).
Основний результат тривалого розвитку галузі системного адміністрування висловився в тому, що з функціональної точки зору основні платформи управління в даний час досить схожі один на одного. Розходження між ними криються в сфері структурного виконання і, крім того, пов'язані з тими вихідними цілями, що ставилися на початкових етапах розробки. Так, корені сімейства OpenView лежать у сфері мережного адміністрування (відповідні функції рахуються найбільше сильними в порівнянні з конкуруючими пакетами), засоби ж системного адміністрування були додані пізніше. Навпроти, пакет Tivoli Enterprise (тоді ще Tivoli Management Environment) спочатку був націлений на рішення проблем системного адміністрування; те ж справедливо й у відношенні ПО CA-Unicenter.
Що стосується архітектурної реалізації, то тут можна спостерігати як варіанти єдиних інтегрованих систем (CA-Unicenter, компоненти котрого стали пропонуватися окремо тільки в 1997 р.), так і продукти, що споконвічно мали модульну структуру (HP OpenView).
Архітектурні аспекти виходять на перший план, коли виникає потреба в інтеграції різноманітних продуктів, наприклад крапкових рішень із базовою платформою адміністрування. Про актуальність цієї задачі свідчить поява окремого сегмента програмного забезпечення, що інтегрує, що сьогодні пропонується такими фірмами, як CACI Products, Ganymede Software, Make Systems, Managed Object Solutions, NetReality.
Серед численних категорій користувачів ПО системного адміністрування усе більша вага набирають фірми середнього розміру, що у своєму розвитку вже переростили найпростіші задачі керування настільними комп'ютерами, об'єднаними в локальну мережу, але ще не готові - ні в психологічному, ні у фінансовому плані - розгорнути в себе складні і дорогі керуючі платформи. Очевидно, користувачам цієї групи потрібні не крапкові продукти, у надлишку присутні сьогодні на ринку, а закінчені рішення, що мають обмежену функціональність, інтуїтивний Web-інтерфейс і прийнятну ціну. Ніша, що тут утворилася, поступово починає заповнюватися: як приклад можна назвати пакет FrontLine Manager, що випускається молодою компанією Manage. Com.
Останнім часом у закордонній літературі усе активніше обговорюється концепція динамічного адміністрування. Її поява відповідає загальній тенденції у світі мережного і системного адміністрування - переносу акцентів із контролю за окремими ресурсами або їхніми групами, із керування робочими характеристиками ІС на максимальне задоволення запитів кінцевих споживачів інформаційних технологій.
Такий підхід припускає насамперед наявність засобів аналізу поводження користувачів, у ході якого повинні бути виявлені як їхні преваги, так і проблеми, що виникають у повсякденній роботі. Результати, отримані на цьому етапі, повинні служити відправною точкою для так називаного активного керування взаємодією між основними об'єктами адміністрування - користувачами, додатками і мережею. Термін “активне” розуміє постійне відслідковування характеру роботи користувальних додатків і оперативне втручання в цей процес у тому випадку, коли рівень сервісу, одержуваний користувачем, не відповідає очікуваному. Для найбільше адекватного реагування на виникаючі проблеми прихильники концепції активного адміністрування закликають використовувати аналітичні засоби підтримки прийняття рішень.