Структурная иерархия элементов

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

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

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

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

При движении по иерархическим уровням снизу вверх, на этом же уровне впервые возникает понятие агента-посредника (proxy-agent) как информационной модели унаследованного оборудования или (еще пока) нестандартного оборудования. Агент-посредник является переводчиком с "языка команд" оборудования на "язык команд" системы управления.

С помощью абстракции "агент" на уровне оборудования возникает единообразный способ описания элементов информационной системы и методов взаимодействия с ними.

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

Наконец, поднявшись на верхний уровень — уровень предоставляемых сервисов, мы обнаруживаем ту же ситуацию: группы приложений должны функционировать согласованно, чтобы информационная система могла предоставлять сервисы. Естественно потребовать наличие агента сервиса.

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

Управляющие потоки в пределах уровня координируют действия соответствующих объектов, тогда как потоки между уровнями связывают их в единую структуру.

Задав свойства объекта (агент) и методы управления им (управляющая информация), требуется определить, как именно им надо управлять, а это зависит от задачи, которую объект выполняет сам по себе, либо во взаимодействии с другими элементами. Создание адекватных алгоритмов и программирование управления иерархическим объектом является четвертой проблемой Администратора.