Сервісно-орієнтована архітектура (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 міститься опис сервісу з форматом запитів користувача до провайдера, який містить у собі перелік описів сервісів, що можуть бути викликані відповідно до опублікованого інтерфейсу сервісу.

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

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

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

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