Главная » Microsoft SQL Server, Базы данных » Создание хранилищ данных SOA с помощью Web-служб

0

Архитектура, ориентированная на службы (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 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии