|
Страница 3 из 19
Зачем Yukon нужны Web-службы Альтернативой разработки Web-служб в Yukon является создание Web-служб предназначенными для этого средствами, например Visual Studio .NET (ASP.NET Web-службы или WSE 2.0). Несмотря на то, что практически всю бизнес-логику теперь можно разместить в SQL Server, лучше все-таки не использовать возможность создания Web-служб в Yukon как механизма взаимодействия внешних компонентов с системой. И не потому, что в Yukon имеются проблемы с безопасностью, отсутствует гибкая настройка или это будет непроизводительно. Просто проще, выгоднее, эффективнее и правильнее создавать Web-службы с использованием Visual Studio .NET. Зачем же в Yukon предоставляется возможность создания Web-служб? Дело в том, что механизм конечных точек (endpoints), на которых построена поддержка Web-служб в Yukon, широко используется другими подсистемами: Service Broker, Database mirroring. Возможность вызова хранимых процедур или пакетов команд через этот механизм является незначительной надстройкой, которая просто открывает новый путь взаимодействия в SQL Server. Другими словами, устраняется монополизм бинарного протокола общения с SQL Server, TDS (Tabular Data Stream). Теперь вы можете, не открывая портов SQL Server на proxy-сервере, удаленно администрировать сервер через https/httpss. Это замечательная и очень мощная возможность. Я не удивлюсь, если в ближайшее время появится аналог Query Analizer, построенный с использованием Web-служб. Надеюсь, мне удалось немного прояснить ситуацию по поводу вопроса, стоящего в заголовке данного раздела, а посему предлагаю перейти к конкретным техническим аспектам поддержки XML в Yukon. |