Продажи: 1-800-867-1389

Средства для создания схем сообщений

Обновлено: Февраль 2015 г.

В предыдущих разделах мы заметили, что конечные точки обмена сообщениями с расширенными возможностями обеспечивают соединение для различных протоколов и приложений (см. Использование службы адаптера BizTalk), а также предоставляют возможности для обработки сообщений возможности, такие как проверка, преобразование, извлечение и повышения качества в облаке (см. Что такое мосты?). Тем не менее, ни одна из них может использоваться в изоляции и "связываться" с другими сущностями Служебная шина в облаке (например, разделами, очередями и так далее), чтобы обеспечить сквозную передачу сообщений в потоке. Например, можно использовать сценарий, когда клиент отправляет сообщение с запросом, который должен быть обработан в облаке, направлен в очередь, и затем добавлен в базу данных SQL Server. Чтобы настроить такой сценарий, необходимо использовать Мост XML, очередь Служебная шина, за которыми последовательно идет Служба адаптера BizTalk. Для этого требуется область конструирования, где можно было бы совмещать различные компоненты потока сообщений. В Службы BizTalk есть область конструирования Проект служб BizTalk, которая помогает добиться такого результата. Область конструирования Проект служб BizTalk доступна в виде проекта Visual Studio и устанавливается с Службы BizTalk SDK. Дополнительные сведения о Проект служб BizTalk и настройке Проект служб BizTalk см. в разделе Приступая к работе с проектом Visual Studio.

В текущей модели безопасности Служебная шина доступ к сущностям Служебная шина осуществляется через службу Access Control Service (http://go.microsoft.com/fwlink/p/?LinkId=225149). Следует предоставить действующий токен Управление доступом для создания объектов и управления ими на Служебная шина. В большинстве случаев клиент, отправляющий сообщение в сущность Служебная шина, также должен предоставить действующий токен Управление доступом, который затем используется для проверки подлинности. Единственное исключение — промежуточные конечные точки, обеспечивающие клиенту возможность отказа от проверки подлинности и обработки проверки подлинности и авторизации собственными средствами (обычно с помощью системы безопасности сообщений). Также Служебная шина не распространяет токен Управление доступом и утверждения, полученные с сообщениями.

Проект служб BizTalk с несколькими сущностями Служебная шина — это посредник обмена сообщениями, который располагается между клиентами и службами. Например, Проект служб BizTalk может использоваться службой (в этом случае он служит посредником при получении сообщений, отправленных клиентами) или клиентом (для обработки сообщений до того, как они отправляются службе). В обоих случаях системы или приложении, использующие Служебная шина, обычно являются распределенными — одна часть находится в Служебная шина, а другие — за пределами Служебная шина, то есть в облаке или на локальных ресурсах. Таким образом, распределенный характер этих приложений имеет последствия для того, как проверка подлинности и авторизация происходят в различных частях системы в различных ситуациях.

Для текущего этапа все сущности, которые являются частью Проект служб BizTalk, должны принадлежать к одному и тому же пространству имен Служебная шина. Следовательно, проверка подлинности в потоке сообщений происходит в точке входа потока, и все сущности в потоке сообщений считаются находящимися в единых границах безопасности и доверия. При развертывании потока сообщений нужно ввести тол��ко учетные данные (имя издателя и ключ издателя) для пространства имен Служебная шина. Инструкции по тому, как использовать Конфигурация моста для настройки конечных точек обмена сообщениями с расширенными возможностями, см. в разделе Создание проекта в Visual Studio.

Службы BizTalk предоставляет следующие средства, которые помогут в разработке Проект служб BizTalk:

  • Редактор схем. Редактор схем позволяет создавать и редактировать схемы с помощью древовидного представления вместо ручного редактирования файла всей схемы. Можно использовать редактор схемы для создания и изменения XML, а также схем неструктурированных файлов.

  • Мастер использования служб. При использовании Проект служб BizTalk для маршрутизации сообщений из моста ко внешней службе WCF необходимо добавить схему службы в проект. Мастер использования служб позволяет создать схему службы WCF и добавить ее в ваш Проект служб BizTalk. После того как схема окажется в составе проекта, можно использовать преобразование для сопоставления схемы входящих сообщений со схемой сообщения, ожидаемого службой.

См. также

Основные понятия

Службы BizTalk

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Показ:
© 2015 Microsoft