МОСТ - Компьютерная помощь и ремонт компьютеров.   Прокладка сетей Google Earth - Трехмерная модель земли на экране вашего монитора. Новый бесплатный сервис - ICQ Консультант по ремонту компьютеров. Компьютерная помощь. Форум. Ответ на любой вопрос компьютерной тематики  

Звуки BIOS Оптимизация Сетевые решения Локальная сеть SOAP Лечение вирусов
SOAP

► ВЕБ-сервисы. Преодоление Врождённых ограничений
информационных систем

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

Допустим, что при проектировании было решено использовать протокол IPv4, как повсеместно используемый и доминирующий на тот момент. Однако, в не столь отдалённом будущем возможен плавный переход на новый протокол IPv6, созданный для устранения недостатков своего предшественника. Следовательно, эта сетевая служба страдает «врождённым» ограничением на переносимость. Кроме того, при любой модификации серверной части системы по изменению формата входящих/исходящих данных возникает необходимость вносить изменения во все клиентские части системы, что представляется достаточно трудоёмким, если не сказать – невозможным, при количестве клиентских приложений, исчисляемых десятками.

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

 Для преодоления этих препятствий и повышения уровня абстракции взаимодействия частей информационной системы всё чаще используют сравнительно новую технологию веб-сервисов. В большинстве случаев достаточно использования протокола SOAP (Simple Object Access Protocol) и языка описания Web-сервисов (Web Services Description Language, WSDL). Веб-сервисы представляют собой некую «прокладку» между удалёнными приложениями. Таким образом, софт с «врождёнными» ограничениями «локализуются» для части информационной системы, но при этом способен предоставлять другим частям системы свой функционал.
 
Небольшим препятствием для использования web-сервисов на данный момент является отсутствие закреплённого стандарта и множество спецификаций от разных компаний, однако, ведётся работа в этом направлении под давлением всё нарастающего интереса со стороны разработчиков к этой технологии.

 

SOAP: Решение задач в сети ISP.



В определённый момент развития сети, постоянно возрастающий объём работ по её обслуживанию вынуждает администраторов искать пути автоматизации рутинных операций. В случае сети провайдера услуг Интернет, важен момент интеграции с существующей АСР (Автоматизированной Системой Расчетов). К примеру, реализация функции отключения услуги доступа к сети должна выглядеть следующим образом:

 
  • АСР на основании баланса клиента или по другим причинам подаёт команду на изменение статуса клиента.
 
  • Сервер-координатор службы принимает решение, к какому обособленному участку сети относится данный клиент и передаёт команду серверу-исполнителю найденного участка.
 
  • Сервер-исполнитель предпринимает попытку выполнить команду и возвращает результат выполнения серверу-координатору, который в свою очередь передаёт результат АСР.
 

В контексте протокола SOAP подобный обмен данных можно представить следующей диаграммой:


диаграмма данных SOAP

 

АСР выступает здесь в роли клиента SOAP, обмениваясь структурированными сообщениями с промежуточным звеном, SOAP-proxy. В роль последнего входит контроль уровня доступа SOAP-клиентов, выбор последующего маршрута сообщения и обмен данными с удалёнными серверами web-сервисов. Наконец, полученное сообщение обрабатывается на конечном узле. Доступ к SOAP-серверам ограничивается на уровне web-сервера, чем обеспечивается возможность обмена данными только с SOAP-proxy.

Описание сервиса осуществляется при помощи файлов WSDL, отдельного для каждого узла.

 Взаимодействие между конечным узлом и сетевым оборудованием лежит ниже уровня абстракции SOAP. К примеру, управление может осуществляться по протоколам SNMP, rsh, ssh, telnet.

Безопасность данных обеспечивается на уровне транспорта протоколом HTTPS.
транспорт SOAP

 

Ввиду того, что понятие веб-сервиса неразрывно связано с понятием «кроссплатформенность», узлы системы могут быть реализованы на различных операционных системах и языках программирования. Существующая и функционирующая система построена на Unix платформе, в качестве веб-сервера используется apache, написана на PHP5 со встроенным модулем SOAP.

Использование протокола HTTPS упрощает процедуру настройки межсетевых экранов и уменьшает возможность фильтрации служебного трафика на промежуточных узлах глобальной сети.

Бурное развитие идеологии веб-сервисов и поддержка технологии SOAP крупными «игроками» индустрии IT позволяют надеяться на дальнейшее углубление интеграции и упрощение разработки распределённых сервисов.


(с) Dmitry S. Vlasov для nwmost.ru

2012-05-02
Facebook вводит статус "донора органов"

2011-11-11
Synology DiskStation представляет сетевое хранилище DS212j

2011-11-01
AMD выпустила новую видеокарту AMD FirePro V4900