Створення сховищ даних SOA за допомогою Web-служб

Архітектура, орієнтована на служби (SOA), пропонує цілий спектр можливостей Щоб це зрозуміти, достатньо оцінити кількість конференцій і переважання сесій, присвячених різним аспектам SOA СУБД SQL Server 2005 містить масу революційних нововведень, однак її здатність працювати з SOA можна по праву вважати головним з них

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

■ Термін інкапсуляція на рівні додатків увазі, що інтерфейс, або контракт, між двома додатками монолітний Жодному з взаємодіючих додатків немає ніякої необхідності знати що-небудь про внутрішню роботу свого партнера При цьому будь-які зміни в реалізації функцій однієї програми ніяк не відбиваються на роботі іншого

■ Термін загальний інтерфейс увазі, що один додаток може запросити дані у будь-якого іншого застосування, використовуючи один і той же протокол Зазвичай це означає, що Web-служби і вбудований протокол SOAP (Simple Object Acess Protocol) / XML є кращим методом взаємодії додатків, орієнтованих на архітектуру SOA

SQL Server 2005 має поруч технологій, розроблених спеціально для архітектури SOA

■ Кінцеві точки HTTP і SOAP

■ Брокер служб За своєю природою додатки SOA повинні бути добре масштабованими, і це – основна вимога Для досягнення потрібної масштабованості до складу SQL Server був введений брокер служб – внутрішня чергу асинхронних повідомлень, призначена для обробки великих інформаційних потоків

■ Тип даних XML і обробка запитів XQuery

■ Підтримка технології NET в SQL Server

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

Так як існує безліч методів підключення до бази даних, виникає питання, який же з них використовувати: ADO або Web-служби У цьому відношенні існує одне просте і чітке правило Якщо підключення клієнтів NET до бази даних здійснюється по локальній мережі, слід використовувати ADO Водночас, якщо підключення виконується через Інтернет з проходженням через ряд брандмауерів, кращим рішенням буде використання Web-служб Якщо реалізація задачі передбачає використання обох типів підключення, подумайте про використання в обох випадках Web-служб, проте рішення приймайте з урахуванням вимог до навантаження і продуктивності Web-служби, навіть при роботі з ними по локальній мережі, працюють повільніше, так як в роботі задіяно безліч рівнів і перетворень в той же час програмування та обслуговування рівня доступу до даних буде простішим

У цій главі будуть описані кінцеві точки SQL Server 2005 і методи їх конфігурування Однак самі Web-служби є всього лише однією стороною системи взаємодії Щоб повністю їх зрозуміти, потрібно розглянути, як сам додаток використовує Web-служби

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

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*