Інтеграція та взаємодія в мережі Веб.

💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

В багатьох компаніях вже склалася тенденція надавати своїм співробітникам, партнерам і клієнтам доступ до всіх типів інформації та сервісів допомогою мережі Веб. Однак в корпоративних мережах компаній функціонує величезна кількість різнорідних бізнес-додатків, створених в різний час, різними організаціями, на базі різних технологій. Завдання веб-інтеграції полягає в тому, щоб об'єднати різнорідні веб-додатки і системи в єдину середу на базі мережі Веб.

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

- інтеграція на рівні уявлення. Даний рівень дозволяє користувачеві взаємодіяти з додатком. Інтеграція на рівні уявлення дає доступ до інтерфейсу віддалених додатків;

- інтеграція на рівні функціональності. Дана інтеграція це забезпечення прямого доступу до бізнес-логіки додатків. Це досягається безпосередньою взаємодією додатків з API (програмного інтерфейсу додатків) або ж взаємодією допомогою веб-сервісів;

- інтеграція на рівні даних. В даному випадку передбачається доступ до однієї або декількох баз даних, використовуваних віддаленим додатком;

- комплексна інтеграція. Комерційні рішення по веб-інтеграції, як правило, включають всі три типи інтеграції.

Використання веб-інтеграції вигідно з багатьох причин:

- веб-інтеграція дозволяє розгортати інформаційні системи на базі сторонніх додатків без необхідності розбиратися в їх батьківських системах, програмних середовищах і архитектурах баз даних;

- SOA і веб-сервіси використовують програмний мова та платформо-незалежні інтерфейси між додатками корпоративної інфраструктури ІТ. Це дає очевидні переваги в підтримці, керованості, розгортанні інформаційних мереж;

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

- веб-інтеграція дозволяє використовувати веб-сервіси розробників;

- веб-інтеграція дозволяє розвивати програмні інтерфейси додатків через протоколи веб-сервісів без програмування.

Для веб-інтеграції зазвичай використовується комерційне ПЗ або популярні технології, такі як PHP / Python / Perl, XForms, SOAP і т.д.

Велика кількість систем, стандартів і технологій призводить до того, що ефективно зв'язати різні джерела даних в одну систему не виходить. Навіть такі, на перший погляд однорідні джерела, як системи управління базами даних, застосовують мови запитів і формати представлення обраній інформації, які рідко повністю сумісні між собою. Як наслідок, проекти інтеграції в таких умовах вимагають великих зусиль - потрібно вникати в деталі різних баз даних, протоколів, операційних систем і так далі. В результаті інтеграція декількох додатків або систем реалізується за схемою, представленою нижче(Рис 4.4):

Змусити різні системи працювати разом - надзвичайно трудомістке завдання. Ідея використання XML в інтеграції інформаційних систем зводиться до створення загального XML-мови, якою могла б користуватися кожна з них.

Таке рішення одразу ж набагато спрощує проект. Замість реалізації взаємодії між кожною парою систем слід всього лише навчити кожну з них " говорити" XML мовою. Інакше кажучи, все зводиться до розробки декількох враперів (wrapper - пакувальник, програмне засіб створення системної оболонки для стандартизації зовнішніх звернень та зміни функціональної орієнтації діючої системи), які будуть перекладати зі стандартного XML-мови інтегрованої системи на мову, зрозумілу кожній системі окремо:

- засоби розробки і стандартні бібліотеки для XML існують практично на всіх платформах і для більшості популярних мов програмування;

- методи роботи з XML досить стандартні для того, щоб в різних системах можна було користуватися однаковими прийомами;

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

В принципі, інтеграція по XML-схемі не відрізняється докорінно від інтеграції на основі будь-якого іншого загального стандарту. Разом з тим, вона має цілий ряд вагомих переваг:

- XML мовами не залежать від апаратних і програмних платформ, що дозволяє пов'язувати різнорідні системи;

- виразна потужність XML досить велика для того, щоб описати дані практично будь-якої складності.

Інтеграція на основі XML практично реалізується в рамках протоколів:

- XML-RPC. Це протокол віддаленого виклику процедур з передачею даних в форматі XML через TCP-порт 80, тобто HTTP-порт;

- WDDX (Web Distributed Exchange). Являє собою механізм обміну складними структурами даних по протоколу HTTP. Протокол базується не на структурах, а на подіях;

- ebXML (electronic buisiness XML) - XML для електронного бізнесу. Основне призначення - надання відкритої XML-інфраструктури, що забезпечує безпечне глобальне використання інформації електронного бізнесу;

Веб-сервіс (web service) - програмна система, що має ідентифікатор URI, і загальнодоступні інтерфейси якої визначені на мові XML. Опис цієї програмної системи може бути знайдено іншими додатками, які можуть взаємодіяти з нею відповідно до цього описом допомогою повідомлень, заснованих на XML, і переданих за допомогою інтернет-протоколів. Веб-служба є одиницею модульності при використанні сервіс-орієнтованої архітектури додатку.

Сервіс-орієнтована архітектура (SOA, service-oriented architecture) - модульний підхід до розробки програмного забезпечення, заснований на використанні сервісів із стандартизованими інтерфейсами.

В основі SOA лежать принципи багатократного використання функціональних елементів ІТ, уніфікації типових операційних процесів. Компоненти програми можуть бути розподілені по різних вузлів мережі, і пропонуються як незалежні і слабо пов'язані, замінні сервіси-додатки.

Інтерфейс компонентів SОА-програми здійснює інкапсуляцію деталей реалізації конкретного компонента (ОС, мови програмування і т. П).

SOA добре зарекомендувала себе при побудові крупних корпоративних програмних систем. Цілий ряд розробників та інтеграторів пропонують інструменти і рішення на основі SOA (наприклад, платформи Microsoft.NET, IBM WebSphere, SAP NetWeaver, Diasoft та ін.).

- відкритість стандартів. В веб-сервісах відсутні будь-які приховані або недоступні елементи. Кожен аспект технології, від способу пошуку веб-сервіси до її опису та організації зв'язку з нею, визначений загальнодоступними стандартами;

- міжплатформова. Мова програмування, що дозволяє створювати XML-документи і відправляти інформацію за допомогою HTTP, дозволяє взаємодіяти з будь-яким веб-сервісом. Можна отримувати веб-послугу з системи, відмінної від.NET;

- підтримка повідомлень на зрозумілому людині мовою. Перехід від довічних стандартів, застосовуваних в СОМ і CORBA, до XML-тексту дозволив спростити виправлення помилок і забезпечив можливість здійснювати взаємодію з веб-сервісами по звичайних каналах HTTP.

Реалізація веб-сервісів.NET здійснюється так само просто, як і активізація віддаленої веб-сервіси або виклик методу локального класу. Це досягається за рахунок застосування інструментів, що надаються системою.NET Framework, які дозволяють створити повноцінний веб-сервіс, без необхідності вивчення деталей роботи таких стандартів, як SOAP, WSDL і UDDI. При цьому виконуються такі дії:

- веб-сервіс розробляється як.NET-клас з атрибутами, які ідентифікують його як веб-сервіс з деякими функціями;

- в середовищі.NET автоматично створюється документ WSDL, де описується, як клієнт повинен взаємодіяти з веб-сервісом;

- споживач знаходить створений веб-сервіс і може додати відповідну веб-посилання в проект Visual Studio.NET;

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

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

- проксі-клас перетворює, передані параметри в повідомлення SOAP і відправляє його веб-сервісу;

- потім проксі-клас отримує SOAP-відповідь, перетворює його у відповідний тип даних та повертає його як звичайний тип даних.NET;

При роботі веб-сервісів.NET використовується технологія ASP.NET, що є частиною системи.NET Framework. Вона також вимагає підтримки з боку сервера Microsoft IIS.

Робота веб-сервісів побудована на використанні декількох відкритих стандартів:

XML - розширювана мова розмітки, призначений для зберігання і передачі структурованих даних;

SOAP - протокол обміну повідомленнями на базі XML;

WSDL - мова опису зовнішніх інтерфейсів веб-сервісів на базі XML;

UDDI - універсальний інтерфейс розпізнавання, опису та інтеграції (Universal Discovery, Description, and Integration). Каталог веб-сервісів і відомостей про компанії, що надають веб-сервіси в загальне користування або конкретним компаніям.