Концепция организации сетей

Архитектуры систем управления сетями

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

Рассмотрим типовые архитектуры систем управления сетью более подробно.

Универсальный интерфейс. Все компьютеры, сети и периферийные устройства реализуют один и тот же управляющий протокол, что позволяет им разговаривать напрямую с ин­тегрирующим менеджером на одном языке (рисунок 18.4.a). Ожидать, что такую простую архитектуру можно привнести в крупную корпоративную сеть, довольно трудно слиш­ком много разнородного оборудования сосуществует в ней. Вероятность поддержки все­ми производителями одного протокола очень мала. Даже институт IEEE имеет две рабо­чие группы для определения стандартов управления сетью.

Архитектура с универсальным интерфейсом поддерживается такими продуктами, как IBM NetView и AT&T Accumaster Integrator.

 Рис. 18.4.

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

Часто в качестве элементарного менеджера используется менеджер SNMP совместно с IBM NetView или AT&T Accumaster Integrator.

Ячеистая архитектура. Это очень сложная архитектура управления сетью, которая включает в себя иерархии типа "менеджер менеджеров" (рисунок 18.5.а). Интегрирующие менеджеры могут напрямую взаимодействовать друг с другом. Более того, допускается взаимодействие между собой элементарных менеджеров. Впрочем, интегрирующих ме­неджеров для подобной архитектуры пока нет.

Платформенный подход. Основывается на едином прикладном программном интерфейсе (API), определенном и поддержанном различными производителями, которые будут пи­сать на нем. Свои прикладные системы управления сетью. Разработчики концентрируются на специфике приложений, поскольку платформа обеспечивает не только независимость от производителя, но и необходимые базовые средства (рисунок 18.5.б). Это наиболее популярная архитектура вследствие своей практической направленности. Известные продукты HP OpenView и Sun Microsystem SunNet Manager используют этот подход на­ряду с использованием протокола SNMP.

 Рис. 18.5

Помимо запуска команд, возможно, получения записей, возможно извлечь предоставляемую командой дополнительную информацию. Объект Command дает возможность вводить команды, не возвращающие записей (например, запросы SQL, вставляющие новые данные или обновляющие имеющиеся). Объект Recordset является одним из самых распространенных объектов ADO, так как он содержит данные, извлекаемые из информационных хранилищ. Часто приходится вводить команды, не возвращающие данных, например добавляющие и обновляющие их, но чаще всего требуется прочитать наборы записей. Эти наборы находятся в объекте Recordset. Он позволяет изменять данные (добавлять, обновлять и удалять их), перемещаться по записям, фильтровать их, показывая только подмножества и т.д. Кроме того, объект Recordset содержит семейство Fields, в котором для каждого поля (столбца) набора имеется объект Field. Независимо от того, работаете ли вы с данными страницы ASP или обращаетесь к ним удаленно с помощью служб удаленных данных (Remote Data Services, RDC), вам придется обращаться непосредственно к объекту Recordset. Oбъект Record Версии ADO до 2.5 позволяли работать со структурированными данными, такими как наборы записей в базах данных, но не были предназначены для таких наборов, где столбцы различаются для каждой строки (т.е. различается количество столбцов и типы их данных). Это не является проблемой для данных SQL, но при работе с файлами и почтовыми системами, web-серверами и информационными хранилищами других типов (такие данные считаются полуструктурированными) это необходимо. Объект Stream предоставляет доступ к содержимому узла, такого как электронное сообщение или web-страница. Он показывает фактическое содержимое файла или ресурса. Таким образом, при совместном использовании с объектами Record и Recordset возможно не только получить доступ к файлам web-сервера или электронным сообщениям, но и обращаться к их содержимому. Можно, например, создать почтовый клиент, который применяет в качестве метода доступа к почтовой системе только ADO. При этом не нужно изучать интерфейс программирования или объектную модель почтовой системы, что упрощает разработку. Создание Web-приложения по технологии ASP Обзор инструментария для создания Web-приложения Для реализации вышеизложенной задачи используется персональный компьютер с операционной Microsoft Windows 98 или 2000 (Workstation и Server), установленный IIS (Internet Information Server) для Win2000 или PWS (Personal Web Server) для Win9x, Microsoft Access (версии 97 или 2000). Таким образом, технология ASP представляет собой удобный и мощный инструмент для реализации задач Web-программирования, с минимальными требованиями для его реализации. Важной особенностью является возможность доступа к источникам информации, в частности к базам данных. Так же стоит упомянуть и о том, что приложения созданные на ASP всегда можно протестировать непосредственно в сети Интернет, используя ASP-хостинг. Созданное Web-приложение представляет собой простейший пример использования технологии ASP. В дальнейшем работа над этим приложением может привести к созданию многоуровнего каталога изображений с авторизацией прав пользователя, поиском нужного изображения, а также более мощными инструментами управления.

Беспроводные сети