Руководство по технологиям объединенных сетей Cisco (953103), страница 164
Текст из файла (страница 164)
° Приложения написаны на разных языках. ° У каждого приложения свой пользовательский интерфейс. Обратите внимание, что, как правило, интерфейсы АР! здесь не помогают. И дело не только в описанных ранее причинах, но и в том, чго интерфейс АР! чаше всего отражает внутреннюю функциональность приложения. Поэтому разработчик, занимающийся интеграцией приложения, должен иметь доступ и быть знаком с его функционированием. А это обычно не так, и даже если бы это было так, асе равно приходилось бы изменять интерфейс после каждого изменения интегрированного приложения.
0ЕХ решает эту проблему, определяя стандартный способ представления информации. Используя такие технологии, как КМ!., разработчики могут закодировать данные, представленные в 0Е!Ч, и передать их другому приложению или другой платформе. Затем это приложение декодирует данные 0ЕХ и использует их в своем интерфейсе. Это и в самом деле очень действенная концепция, и вот почему. ° Администратору достаточно изучить только одно приложение.
° При изменении одного из приложений нет необходимости перестраивать интерфейсы АР!. ° Приложения могут использовать данные совместно, что позволяет отобрать лучшие приложения и организовать их бесперебойную работу. Таким образом, 0Е!Ч обеспечивает обмен информацией между различными сетевыми элементами и приложениями, созданными разными производителями. Это позволяет эффективно использовать при построении сети системы и сетевые элементы различных типов. Распределение интеллектуальных функций между сетевыми приложениями Благодаря быстрому росту !пгегпег эа последние несколько лет возникла потребность в более устойчивых, масштабируемых и защищенных сетевых службах.
Частные клиенты хотят иметь мультимедиа-службы с богатыми возможностями, такими как комбинированная передача данных и видео. Корпоративные клиенты требуют от телефонных компаний и провайдеров более широких возможностей за доступную цену. Пользователи хотят надежных, легких и удобных служб. Произошел значительный сдвиг в сторону сетевых приложений, требующих широкой полосы пропускания и изохронной передачи.
Проблемы обмена данными больше 818 Часть Ч!!!. Управление сетями не сводятся к размеру полосы пропускания. Все более важно понять потребности разных типов потоков данных, передаваемых по сети, и сконструировать сеть, удовлетворяющую эти потребности. Более того, если ресурсов становится недостаточно, необходим эффективный способ распределения таких ресурсов согласно принятыми в компании правилам ведения бизнеса. ОЕХ играет критически важную роль в решении этих проблем.
Для описания функций и потребностей различных приложений, использующих сеть, применяется информационная модель. Она преобразуется в набор потоков данных, которые будут передаваться по сети. Для преобразования правил веления бизнеса в аппаратнонезависимую форму может быть использована модель политик ОЕХ. Затем ее можно использовать лля преобразования протоколов и алгоритмов, свойственных отдельным устройствам.
Модель политик ОЕ1ч Распределение ресурсов в соответствии с принятыми в компании правилами ведения бизнеса является критически важным требованием. Модель политик ОЕН определяет континуум политик, каждая из которых оптимизирована для представления различной информации. Например, цель деятельности предприятия может определяться администратором, что делает ее аппаратно и алгоритмически независимой. Рассмотрим в качестве примера следующее правило. ЕСЛИ Абонент подписан на "золотой" пакет услуг, ТО Разрешить использование Не1Меебпй и обеспечить первоочередное обслуживание КОНЕЦ Это полноценное производственное правило, но в нем не сказано, как настраивать устройства. Однако оно определяет, какие службы должны быть выделены.
Для того чтобы сеть поддерживала производственные политики организации, необходимо преобразовать это правило в правило настройки устройств. Преобразование может быть, например, таким; ЕСЛИ 1Р-адрес источника = 172.3.128.0/1 б ТО Присвоить речевым данным метку ЕР, а обычным данным — метку АЕ11 КОНЕЦ Это правило аппаратно-независимо в том смысле, что может применяться к разным устройствам. Следующий шаг — преобразовать правило таким образом, чтобы оно стало понятно для устройства. Это значит, что нужно привести предыдущее правило к виду, где идентифицируются механизмы устройства, которыми нужно управлять.
Вот несколько вариантов такого правила, соответствующих различным действиям. ° Настроить компонент так, чтобы его можно было использовать для условной передачи потоков данных. ° Настроить компонент таким образом, чтобы он мог непосредственно влиять на потоки данных. 819 Глава 53. Сетевые каталоги ° Изменять действия компонента в зависимости от сетевых или системных собьпий (таких, как повреждение канала связи). Теперь набор политик можно преобразовать, например, в набор команд С(.! для конкретного устройства. Преимущество такого подхода заключается в том, что он обеспечивает многократно используемый шаблон. Вместо того чтобы пытаться выполнить преобразования для каждого интерфейса каждого сетевого устройства, можно разработать набор шаблонов, управляемых политиками, и отделить аппаратно-независимые правила от аппаратнозависимых правил.
Именно такой подход использует рабочая группа политик (ЕТЕ для управления и подготовки Оо8 (см, )зйр:!!еаьт.!ейогй!!звп!,слапегв/ро!)су-спапег. !вп!). Использование каталогов в интеллектуальной сети Для хранения и извлечения большей части втой информации удобно использовать службу каталогов по следующим четырем причинам. 1. Каталог является естественной средой публикации, способной обеспечить многократное считывание и позволяющей хранить и извлекать практически любую ив~юрмацию.
Таким образом, отпадают ограничения, налагаемые собственно информацией. Каталогу свойственна расширяемость, позволяющая размещать в нем как дополнительную, так и новую информацию. 2. Каталоги фактически являются стандартом для хранения информации о пользователе и других типов информации. Приложения, ориентированные на использование каталогов, требуют интеграции информации о пользовательских, сетевых и других типах ресурсов.
Преимущество каталогов заключается в том, что зта информация о ресурсах, элементах и службах сети не только расположена в одном месте, но и представлена в виде одинаковых объектов. Это позволяет различным приложениям совместно использовать информацию из единого хранилища, что намного упрощает структуру всей системы. 3.
Каталоги упрощают поиск информации, если неизвестно точное расположение или имя объекта, где хранится нужная информация. Служба каталогов представляет собой нечто большее, чем просто служба имен, такая как 1)МБ. Служба каталогов позволяет осуществлять как поиск, так и извлечение именованной информации. 4. Каталог может также ссылаться на другие системы, где содержится информация. Таким образом, он становится единой точкой, куда приложения обращаются за информацией. Проблемы современных служб каталогов Современные технологии служб каталогов не соответствуют стремительно растущим требованиям сегодняшних приложений лля открытых и закрытых сетей.
Это происходит потому, что большинство применяемых в настоящее время служб каталогов предназначено главным образом для администрирования. Каталоги, используемые таким образом, напоминают обычный склад, где находится только злементарная информация. Необходимо преобразовать каталог из склада в надежное, распределенное, ого Часть У!!!. Управление сетями интеллектуальное хранилище информации для служб и приложений.
С втой точки зрения каталог является одной нз основ интеллектуальной инфраструктуры. Сетевые приложения, требующие широкой полосы пропускания и изохронной передачи данных, нуждаются в том, чтобы устройства, расположенные на пути между источником и приемником, были правильно настроены. Эта настройка часто выполняется динамически, по требованию, когда определенный пользователь подключае~ся к сети из одной из нескольких возможных точек.
Полноценно управлять приложениями этого нового класса можно только при условии, что управляющая информация о пользователях, сетевых устройствах и службах находится в едином, надежном источнике. Обзор 0ЕМ В атом разделе описываются проблемные домены, информационная модель и использование интегрированных сетей со службами каталогов. Сеть со службами каталогов представляет собой конструкционная философия, использующая спецификацию 0ЕХ для моделирования компонентов в управляемой среде. Этими компонентами являются сетевые устройства, рабочие станции„операционные системы, средства управления и другие компоненты, подлежащие управлению.
Все они используют службы каталогов для выполнения таких функций: ° публикация информации о себе; ° обнаружение других ресурсов; ° получение информации о других ресурсах. 0ЕИ можно рассматривать с двух точек зрения: 1. расширение С1М; 2. преобразование информации в формат, пригодный для хранения в каталоге с протоколом доступа (Е)0АР.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
