Телефон: 8-800-350-22-65
WhatsApp: 8-800-350-22-65
Telegram: sibac
Прием заявок круглосуточно
График работы офиса: с 9.00 до 18.00 Нск (5.00 - 14.00 Мск)

Статья опубликована в рамках: XXXVII Международной научно-практической конференции «Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ» (Россия, г. Новосибирск, 24 декабря 2015 г.)

Наука: Информационные технологии

Скачать книгу(-и): Сборник статей конференции

Библиографическое описание:
Хлопотов А.И., Тукмачева С.В. СЕРВИСНО-ОРИЕНТИРОВАННАЯ АРХИТЕКТУРА // Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ: сб. ст. по мат. XXXVII междунар. студ. науч.-практ. конф. № 10(36). URL: http://sibac.info/archive/technic/10(36).pdf (дата обращения: 28.03.2024)
Проголосовать за статью
Конференция завершена
Эта статья набрала 0 голосов
Дипломы участников
У данной статьи нет
дипломов


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


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


E-mail


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


E-mailzvasofia@yandex.ru


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


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


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


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


E-mailtaa@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).
Проголосовать за статью
Конференция завершена
Эта статья набрала 0 голосов
Дипломы участников
У данной статьи нет
дипломов

Оставить комментарий

Форма обратной связи о взаимодействии с сайтом
CAPTCHA
Этот вопрос задается для того, чтобы выяснить, являетесь ли Вы человеком или представляете из себя автоматическую спам-рассылку.