Р.Л. Смелянский - Компьютерные сети. Том 2. Сети в ЭВМ (1130083), страница 54
Текст из файла (страница 54)
Например, чтобы сотрудники на рабочих местах не играли в игры и не «болтали» в чатах, можно завести «черный список» сайтов, на которые прокоп не будет пускать пользователей (или определенную часть пользователей, или в определенное время и т.д.). Ограничение доступа можно реализовывать по-разному, например, можно просто не выдавать ресурс, выдавая вместо него страницу «запрещено администратором» или «не найдено», а можно спрашивать пароль и авторизованных пользователей допускать к просмотру; модификация запрашиваемых НТМ! -документов.
Например, можно вместо рекламных баннеров и счетчиков показывать пользователям прозрачные картинки, не нарушающие дизайн сайта, но сушественно экономящие время и трафик за счет исключения загрузки картинок извне; » ограничение скорости работы с Интернетом. Например, можно ограничивать скорость работы для отдельных пользователей, групп или ресурсов.
Так, например, можно установить прави230 ло, чтобы файлы *. шрЗ скачивались со скоростью не более 1 Кб/с, что предотвратит забивание интернет-канала мультимедиа графиком; ° биллинг. Может вести журналы обращений лля подсчета трафнка за заданный период времени по заданному пользователю и выяснять популярность тех или иных ресурсов и т.д.; ° маршрутизация запросов, Существует возможность маршрутизировать запросы в %%%„например часть запросов направлять напрямую, а часть — через другие прокси (прокси провайдера, спутниковые прокси н т.д.), что тоже поможет эффективнее управлять стоимостью трафика и скоростью работы прокоп в целом. Веб-сервисы Как уже отмечалось в т.
1 данного учебника, в течение последних нескольких лет %%% претерпевает качественные изменения. Если еше совсем недавно Всемирная паугина представляла собой, главным образом, совокупность серверов, содержащих статические документы со ссылками друг на друга, то современную %%% практически невозможно представить без интерактивных веЬ-приложений, обрабатывающих различные запросы и помешаюших результаты обработки этих запросов как в базы данных, так и на динамически генерируемые НТМ !.-страницы.
Однако эволюция %%% не остановилась на яеЬ-приложениях. Взаимная интеграция бизнесов различных компаний, происхоляшая сейчас во всем мире, неизбежно влечет за собой появление технологий и стандартов лля интеграции обслуживающих их приложений и корпоративных информационных систем. Появился сервис- ориентированный %еЬ, основанный на двух относительно новых технологиях: ГОАР (Рйпзр!е ОЬ)ес! Ассеза Рго!осо1) и ХМ1. (!еХ! Маг1гцр Еапяцаяе), которые уже упоминались (см. введение т. 1 данного учебника). Согласно концепции сервис-ориентрованной архитектуры (эОА) информационная система предприятия состоит из набора серверов приложений, обменивающихся информацией в формате ХМЕ по протоколу зОАР. Основой сервис-ориентированной архитектуры является чгеЬ- сервис — набор логически связанных функций, которые могут быть программно вызваны через Интернет.
Информация о том, какие функции предоставляет данный зяеЬ-сервис, содержится в документе %5!)ь (%еЬ Вепйсеа Оезспр!юп Еапяцайе), а для поиска сугцествуюших и'еЬ-сервисов предполагается использовать спепиальные реестры, совместимые со спецификацией ()РО! (!)пьчеьва! Оезспрбоп, 01зсояегу апс1 1п!еяга!1оп). Веб-сервисом принято называть ресурс, реализующий бизнесфункцию и обладающий слелуюшими свойствами: ° является повторно используемым; 231 ° определяется одним или несколькими явными интерфейсами, независимыми от технологии (достигается за счет ХМ) ); ° может быть вызван посредством протоколов взаимодействия ре- сурсов между собой. По сути чеЬ-сервисы представляют собой новый вид ч еЬ-прило- жений лля связи разнородных приложений на основе использования общих стандартов.
Благодаря ч'еЬ-сервисам функции любой при- кладной программы становятся доступными через Интернет. Все тчеЬ-сервисы реализуются на следующих общих принципах: ° создатель конкретного веЬ-сервиса определяет формат запросов к нему и формат ответов на данные запросы; ° с любого хоста в Интернете можно сделать запрос к данному ч еЪ-сервису; ° и'еЬ-сервис выполняет заданную последовательность действий к и отправляет обратно результат. Все ч еЬ-сервисы базируются на открытых стандартах и протоколах, ключевыми из которых являются: ~ БОАР— протокол доступа к простым объектам, т.е. механизм для передачи информации между удаленными объектами на базе про- токола НТТР и некоторых других протоколов прикладного уровня; ° ЪУЯЭ1. — язык описания ~чеЬ-сервисов; ° 13Р1)1 — протокол поиска ресурсов в Интернете.
Изначально протокол БОАР был предложен фирмой М!сгозой в качестве средства для удаленного вызова процедур (ВРС) по прото- колу НТТР, а спецификация БОАР !.0 была тесно связана с техноло- гией СОМ. Фирма 1ВМ и ряд других компаний внесли определенный вклад в развитие этого протокола. Комитет Ч'ЗС подготовил проект стандарта, Спецификация БОАР [87] определяет ХМ1.-конверт для передачи сообщений, метод для кодирования программных структур данных в формате ХМ(., а также средства связи по протоколу НТТР. Сообще- ния БОАР могут быть двух типов: запрос (Вег!вез!) и ответ (Кезропве) Запрос вызывает метод удаленного объекта, а ответ возвращает ре- зультат выполнения данного метода. Для того чтобы приложения могли использовать чгеЬ-сервисы, -,Ё, программные интерфейсы последних должны быть детально описаны Описание может включать в себя следующую информацию; протокол, адрес сервера, номер используемого порта, список доступных опера- ций, формат запроса и ответа и т, п.
Для описания этой информации было предложено несколько языков. Одним из них был язык ЯЭ!. (Бегч!се 1)езсг!р!!оп (.ап8пайе), разработанный М!сгоьой и входивший в первую версию М!сгозой БОАР Тоо!к!и Компания !ВМ переработала спецификацию и, ис- пользовав спецификацию Хегяог)г Ассезз!Ые метисе Брес1йсайоп ! апйпа8е (Ь!АББЕ), выпустила версию Ь(АББЬ Тоо!8!! как часть БОАР41. Идеи, реализованные в !чАБЯ, повлияли на спецификацию 232 языка ГОАР Сопьтасг 1 апаваае — БСЬ, предложенную М)сгоаой.
В настоящее время обе спецификации !!х!АББЕ и ЯРь/ВСЕ), а также предложения других фирм учтены в спецификации языка %~ЯР!.. Для описания бизнес-логики компании !ВМ и М!сгозой работают над спецификацией языка %еЬ Яегт1сез Е)отт Ьапяпаяе — 'ттБН . Назначение протокола 1)РР! — предоставить механизм лля обнаружения .юеЬ-сервисов на основе реестра, в котором провайдеры ттеЬ-сервисов могут регистрировать сервисы, а разработчики — искать необходимые им сервисы Компании 1ВМ, М!сгоаой и АпЬа создали собственные 1)РР1-реестры (в скором времени эти реестры будут объединены в ЪеЬ-реестр), в одном из которых разработчики могут зарегистрировать свои ттеЬ-сервисьг, после чего данные булут автоматически реплицированы в другие реестры.
Протокол !)РР! использует четыре элемента: Впяпеаа Епг!ту, Впз)- пеза Бегт!се, В!пг!!пя Тешр!аге и ТесЬпо1ояу Мог)е1. Элемент Впз!пеаа Епт!гу описывает отрасль промышленности, индустрию, для которой предназначен данный в еЬ-сервис.
Этот элемент может включать в себя описания категорий для данной индустрии, облегчающие более детальный поиск сервисов. Впгйпеаз Бетт)се — это класс сервисов в рамках определенной отрасли промышленности или услуг, т. е, каждая отрасль принадлежит определенному элементу Впз!пеаз ЕпШу. Элементы В!пг!!па Тешр1аге и ТесЬпо!ояу Мог)е1 вместе определяют ттеЬ-сервис; ТесЬпо!ояу Моде! содержит абстрактное описание, а В!пб)пя Тетр!аге — конкретную спецификацию сервиса. Каждый элемент В)пг!!пя Тетр!аге принадлежит определенному элементу Впяпеаа Бетт!се, но несколько элементов В1пг11пя Тетр1аге могут ссылаться на один элемент ТесЬпо1ояу Моде!.
Бизнес-реестр 1)РР! сам является БОА ттеЬ-сервиса, поддерживает операции создания, модификации, удаления и поиска всех четырех рассмотренных элементов !13!. СПИСОК ЛИТЕРАТУРЫ 1. Алгоритм МАК8. ]Е!есггопгс гезонгсе). Моде ассезз: Ьггр://д)ощ!по. геаеагсь. !!згп. согп/сошпз/гезеагсь ргозесгз. пз1/райеа/аеснп!у. гпагв, ьггп! 2, Алгоритм КС6. [Е1сстгоп!с гезонгсе]. Моде ассеза: Ьпр://вв в. гьа.
сош/ гаа1аба/поде. аьр7!д=25 12 3, Алгоритм К!]пдае!. — [Е1есггоп1с гезонгсе]. — Мог1е асссаз: !и!р://ввв. гард гн-йгак. ас. аг/геаеагсЬ/)ггурго/АЕ8/о1д/%7Ег1]гпеп/п]пдас]/ 4. Алгоритм 5егрепг. — [Е!есноп1с геаопгсе]. — Моде ассезз: !гпр://ввчи с!. саги. ас, о1г/-г]а !4/зегрспт, Ьггп] 5. Алгоритм ТвоГгзЬ. — [Е1есггоп1с гезонгсе). — Моде асеева: Ьпр;//ввв. зейве!ег. сот/гвойаЬ. !Ьпд 6.
Алексеев И. Введение в архитектуру МРЕ8 //Открытые системы / И. Алексеев. — ]Электронный ресурс]. — Режим доступа: Ь!гр://ввв.озр.гг1/ пега/1999/12/144399/ 7. Алур/2. Образцы 32ЕЕ. Лучшие решения и сзтзатегни проектирования / Д. Алур, Д. Крупп, Д. Малко. — М.: Лори, 2004. — 400 с, 8. Брежнев А,Ф, Семейство протоколов ТС1'/1Р / А.Ф,Брежнев, Р.Л.Смелянский. — [Электронный ресурс].
Режим доступа: Ьпр://ввв. шагй-!п.гн/Е%0/гср1р/ 9. Вредоносное программное обеспечение // Наука н образование.— [Электронный ресурс). — Режим доступа: !г!гр //ап!с!ез. ехсе!юп. го/зсгепсе/ !пуп/38492159. ! Нгп1 10. Корогпгьггип С..1Р8сс-протокол защиты сетевого графика на !Р- уровне / С.
Коротыгигь — )Электронный ресурс). Режим доступа: Ьггр // взяв. гхбп сот/сепии/!рзеснге. айпи) 11. Маршрутизация ОВŠ— [Электронный ресурс]. — Режим лоступа: Ьггр //ввв. с]!Гоги~и. гн/пега/Ьо/28. айпи] 12. Ньгокомер Э. Веб-сервисы: ХМЕ, 5УБОЕ, БОАР и НОО1/ Э. Ньюкомер. — Спо.: Питер, 2003. — 256 с. 13. О'Реп<в Т. Что такое Уггеб 2.0 / Т О'Рейли // Компькжерра. — 2005.— Хв 37, 38.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
