СЕРВИСНО-ОРИЕНТИРОВАННАЯ  АРХИТЕКТУРА

Хлопотов  Александр  Игоревич

E-mail: 

Тукмачева  Софья  Васильевна

E-mail:  zvasofia@yandex.ru

студенты  4  курса,  кафедры  методов  и  средств  измерения  и

автоматизации,  факультета  ИТАУ  БТИ  АлтГТУ, 
РФ,  г.  Бийск

Тютякин  Алексей  Александрович

научный  руководитель,  старший  преподаватель  кафедры  МСИА, 
РФ,  г.  Бийск

E-mail:  taa@bti.secna.ru

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

Именно  поэтому  всё  больше  поставщиков  информационных  систем  задумываются  о  переходе  к  сервис-ориентированной  архитектуре.

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

SOA  –  это  не  технология,  а  метод  проектирования  и  организации  информационной  архитектуры.

Ключевым  понятием  сервис-ориентированного  подхода  является  сервис.  Сервис  –  это  функция,  точно  определенная  и  не  зависящая  от  контекста  или  состояния  других  сервисов  [3].

Сервисы  –  системные  и  прикладные  функции  приложений.  Сервис  является  «черным  ящиком»  со  специфицированными  входом  и  выходом  [2].  Создав  сервис  единожды,  в  будущем  нет  необходимости  решать  вопросы  корректности  его  работы,  соответствия  требованиям  надежности  и  других  параметров,  при  повторных  его  использованиях.  Такие  сервисы  можно  комбинировать  между  собой,  для  достижения  полной  необходимой  функциональности  того  или  иного  продукта.

Сервис  является  повторно  используемым,  и  не  зависит  от  технологий,  языковых  сред  и  других  ресурсов.  Для  взаимодействия  сервисов  используется  набор  интерфейсов,  которые  обладают  общей  семантикой  и  доступны  всем  провайдерам  и  пользователям.  Технология,  определяющая  тип  и  параметры  сообщений  интерфейсов,  также  не  должна  зависеть  от  платформы.

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

SOA  предоставляет  возможность  реализации  масштабируемости  сервисов  –  добавления  сервисов,  и  их  модернизации.

Идеология  SOA  изолирует  пользователя  приложений  от  ряда  таких  вопросов  как: 

·     тип  сервиса  по  местонахождению  (локальный  или  удаленный);

·     протокол  передачи  вызова;

·     компоненты  инфраструктуры,  используемые  при  вызове  сервиса.

SOA  стандартизирует  структуру  вызова  сервиса  вне  зависимости  от  нахождения  его  в  какой-либо  системе  [1].

На  рисунке  1  представлена  структурная  схема  SOA.

Рисунок  1.  Структурная  схема  SOA

Жизненный  цикл  информационной  системы  с  сервис-ориентированной  архитектурой:

1.  Моделирование.  Сбор  требований  к  информационной  системе,  моделирование,  анализ,  проектирование  структуры.  Формирование  стандартов  протоколов  для  «общения»  сервисов.

2.  Сборка.  Реализация  всех  сервисов  функций.  Осуществление  компоновки  сервисов.  Проверка  на  предмет  соответствия  функциональным  и  другим  требованиям.

3.  Развертка.  Развертывание  скомпонованных  сервисов  в  среде  исполнения.

4.  Управление.  Мониторинг  и  анализ  сервисов.  Измерение  IT-показателей:  производительности,  безопасности  и  эксплуатационной  готовности.

5.  Руководство.  Главный  алгоритм,  контролирующий  все  аспекты  в  каждой  фазе  жизненного  цикла  SAO  [4].

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

Также  не  стоит  задумываться  о  SOA  системам  реального  времени.  SOA  оперирует  протоколами  взаимодействия,  с  применением  логики  посредничества  и  асинхронных  протоколов,  которые  не  подходят  для  передачи  информации  в  режиме  реального  времени.

Использование  SOA  не  приведет  к  резкому  снижению  затрат  в  IT-поддержке  бизнеса  или  обеспечению  его  конкурентных  преимуществ,  однако,  такая  архитектура  –  это  отличная  основа  для  постепенного  повышения  готовности  бизнеса  к  изменениям.  Также  такой  подход  может  помочь  в  вопросах  обнаружения  избыточности  или  недостаточности  IT-инфраструктуры  [5].

Создание  множества  сервисов  и  протоколов  для  их  связи  может  занимать  длительный  период  времени,  и  начать  казаться  нецелесообразным.  Однако,  с  реализованным  набором  сервисов,  появится  возможность  без  труда  вносить  изменения,  новый  функционал  в  приложения,  и  быстро  выпускать  новые  продукты.

SOA  не  может  принести  немедленных  результатов.  Внедрение  метода  SOA  в  организацию  –  это  длительный  и  трудоемкий  процесс,  который  требует  крупных  инвестиций,  поэтому  следует  начинать  с  небольших  проектов.

Реализация  небольшого  проекта  позволит  провести  анализ  проделанной  работы  с  наименьшими  затратами,  выявить  ряд  проблем,  с  которыми  можно  столкнуться  при  разработке  SOA  систем,  а  также  обозначить  базовые  принципы  разработки.

Список  литературы:

1. Архитектура  на  практике:  Часть  1.  Реализация  сервис-ориентированной  архитектуры.  [Электронный  ресурс].  –  Режим  доступа.  –  URL:  http://www.ibm.com/developerworks/ru/library/ar-arprac1/  (дата  обращения:  8.12.15).
2. Обзор  терминологии  SOA:  Часть  1.  Сервис,  архитектура,  управление  и  бизнес-термины.  [Электронный  ресурс].  –  Режим  доступа.  –  URL:  https://www.ibm.com/developerworks/ru/library/ws-soa-term1/  (дата  обращения:  10.12.15).
3. Открытые  системы.  Сервис-ориентированная  архитектура.  [Электронный  ресурс].  –  Режим  доступа.  –  URL:  http://it-claim.ru/Education/Course/ISDevelopment/Lecture_6.pdf  (дата  обращения:  5.12.15).
4. Сервис-ориентированная  архитектура.  [Электронный  ресурс].  –  Режим  доступа.  –  URL:  http://citforum.ru/internet/webservice/soa/  (дата  обращения:  13.12.15).
5. Что  такое  SOA?  [Электронный  ресурс].  –  Режим  доступа.  –  URL:  http://www.finecosoft.ru/soa  (дата  обращения:  12.12.15).