Студопедия
Новини освіти і науки:
МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах


РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання


ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ"


ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ


Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків


Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні


Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах


Гендерна антидискримінаційна експертиза може зробити нас моральними рабами


ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ


ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів



Сервісно-орієнтована архітектура (SOA)

Дана архітектура – це сукупність взаємодіючих між собою сервісів і веб–сервісів і їхніх інтерфейсів. Будь-який з компонентів SOA створюється за допомогою сервісів безвідносно до конкретних технологій, за які можна брати готові застосування типу «чорна скринька». Інтеграція компонентів і сервісів в архітектуру SOA містить у собі наступні види:

користувальницьку інтеграцію (user integration) для взаємодії інформаційної системи з конкретним користувачем;

зв'язування застосувань(application connectivity) для забезпечення їхньої взаємодії;

інтеграцію процесів (process integration) для об'єднання бізнес-процесів;

інформаційну інтеграцію (information integration) для забезпечення доступу до інтегрованої інформації і даних.

При цьому до створюваної архітектури SOA висуваються наступні вимоги:

– наявність існуючих інформаційних систем і поява нових;

– поетапне впровадження нових і міграція існуючих інформаційних систем;

– стандартизація технології і реалізація інструментів для підтримки сервісних архітектур з повторним використанням застосувань і компонентів;

– використання різних моделей і систем (портали, grid-системи й ін. ).

Якщо об'єктом сервісно-орієнтованої архітектури є веб-сервіс, то застосовується дві технології, що забезпечує функціональність (Functions) і якість сервісів (Quality of service). Ці технології винесені на рівень IT-стандартів комітету W3C і мають наступні рівні.

Технологія забезпечення функціональності веб-сервісів має:

– транспортний рівень (transport layer) для обміну даними;

– комунікаційний рівень (service communication layer) для визначення протоколів;

– рівень опису сервісу (service description layer) і зв'язаних з ним інтерфейсів;

– рівень бізнес-процесів (business process layer) для реалізації бізнес-процесів і потоків робіт через механізми веб-сервісів;

– рівень реєстру сервісів (service registry layer), який забезпечує організацію бібліотек веб-сервісів для їхньої публікації, пошуку і виклику за їхніми WSDL-описами інтерфейсів.

Технологія забезпечення якості веб-сервісів має наступні рівні:

– політики (policy layer) для опису правил і умов застосування веб-сервісів;

– безпеки (security layer) для опису питань безпеки веб-сервісів і функціонування (авторизація, аутентифікація і розподіл доступу);

– транзакцій (transaction layer) для встановлення параметрів звертання до веб-сервісів і забезпечення надійності їхнього функціонування;

– керування (management layer) веб-сервісами.

Технологічний фундамент веб-сервісів становлять: XML, SOAP, UDDI, WSDL. З їхньою допомогою здійснюється реалізація базових властивостей веб-сервісу і механізму взаємодії між собою веб-сервісів у середовищі SOA, що вміщують компоненти, наведені на рис. 5.11.

Як видно з рисунку до головних компонентів належать:

– провайдер сервісу, що здійснює реалізацію сервісу у вигляді веб-сервісу, прийом і виконання запитів користувачів сервісу, а також публікацію сервісу, відзначеного в реєстрі сервісів;

– реєстр сервісів, якій містить у собі бібліотеку сервісів для користувачів сервісу і засоби пошуку і виклику необхідного сервісу за запитами, що надійшли від провайдерів сервісів на надання сервісів;

користувач сервісу (застосування, програмний модуль або сервіс), який здійснює пошук і виклик необхідного сервісу з реєстру сервісів за його описом, а також використовує сервіс, наданий провайдером відповідно до його інтерфейсу.

 

Рис. 2.11. Компоненти веб-сервісів і взаємодія з різними системами

 

Зв'язок між діючими системами, наведений на рисунку, здійснюється через ХМL-повідомлення мережного середовища, що використовують інтерфейси веб-сервісів. Посередником між загальносистемними службами розподілених систем і застосувань є провайдер, що звертається до них за сервісом, а інтегратор SOA, що створюються із сервісів і веб-сервісів, називається брокером.

Операції SOA.Для отримання сервісу в архітектурі SOA виконуються наступні операції:

1. Публікація сервісу WSDLз метою забезпечення доступності (через виклик) користувачеві сервісу і його інтерфейсу;

2. Пошукза протоколом SOAPздійснює користувач сервісу в реєстрі сервісів за заданими критеріями;

3. Зв'язування UDDIчерез опис користувачем необхідного сервісу, який може надаватися в таких моделях як COM, CORBA, DBMS, .JNET тощо.

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


Читайте також:

  1. Архітектура
  2. Архітектура
  3. АРХІТЕКТУРА
  4. АРХІТЕКТУРА
  5. АРХІТЕКТУРА
  6. Архітектура Linux
  7. Архітектура SWIFT
  8. Архітектура Англії кінця XVIІI – 1-ї третини XIX ст.
  9. Архітектура АСКД
  10. Архітектура баз даних
  11. Архітектура в стилі рококо
  12. Архітектура в стилі рококо




Переглядів: 3284

<== попередня сторінка | наступна сторінка ==>
Базові понятті сервісу Інтернет | Сервіси WCF МS.NET з контрактами

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

  

© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове.


Генерація сторінки за: 0.021 сек.