VENDAS: 1-800-867-1389

Ferramentas para criar esquemas de mensagem

Atualizado: outubro de 2014

Nos tópicos anteriores, vimos que pontos de extremidade com sistema de mensagens avançado fornecem conectividade a diferentes protocolos e aplicativos (consulte Usando o Serviço de Adaptador do BizTalk nos Serviços BizTalk do Azure) e fornecem recursos de processamento de mensagens, como validação, transformação, extração e otimização na nuvem (consulte O que são Pontes?). No entanto, nenhum deles pode ser usado em isolamento e eles são vinculados a outras entidades do Service Bus na nuvem (como tópicos, filas etc.) para fornecer um fluxo de mensagens completo. Por exemplo, pode haver um cenário em que um cliente envia uma mensagem de solicitação que precisa ser processada na nuvem, encaminhada para uma fila e, por fim, inserida em um banco de dados do SQL Server. Para configurar esse cenário, você precisa usar uma Ponte XML, uma fila do Service Bus e depois um Serviço de adaptador do BizTalk em uma sequência. Isso apresenta a necessidade de uma superfície de design em que é possível conectar diferentes componentes de um fluxo de mensagens. O Serviços do BizTalk fornece uma superfície de design chamada Projeto do Serviço BizTalk que ajuda a alcançar isso. A superfície de design de Projeto do Serviço BizTalk está disponível como um tipo de projeto do Visual Studio e é instalada com o SDK do Serviços do BizTalk. Para obter mais informações sobre o Projeto do Serviço BizTalk, consulte AppFabric Integration Project System. Para configurar um Projeto do Serviço BizTalk, consulte os tópicos em Área de design do projeto de Visual Studio no BizTalk Services e Configuring Components of a Message Flow.

No modelo de segurança atual do Service Bus, o acesso a entidades do Service Bus é controlado através do Serviço de Controle de Acesso (http://go.microsoft.com/fwlink/?LinkId=225149). Um token válido do Access Control deve ser apresentado para criar e gerenciar entidades no Service Bus. Na maioria dos casos, um cliente que envia uma mensagem para uma entidade do Service Bus também deve apresentar um token válido do Access Control, que então é usado para autenticação. A única exceção conhecida são pontos de extremidade de retransmissão que permitem que um cliente seja desautenticado e que lidam com a autenticação e a autorização por conta própria, geralmente usando a segurança de mensagens. Além disso, o Service Bus não propaga o token do Access Control nem as declarações recebidas nas mensagens.

Um Projeto do Serviço BizTalk que abrange várias entidades do Service Bus é um intermediário de mediação de mensagens que fica entre os clientes e os serviços. Desse modo, um Projeto do Serviço BizTalk pode ser empregado pelo serviço (nesse caso, ele media o recebimento de mensagens enviadas pelos clientes) ou por um cliente (para mediar as mensagens antes de serem enviadas para o serviço). Em ambos os casos, efetivamente, os sistemas ou aplicativos que empregam o Service Bus tendem a ser distribuídos com uma das partes no Service Bus e as outras fora do Service Bus, seja na nuvem ou no local. Assim, a natureza distribuída desses aplicativos tem implicações sobre como a autenticação e a autorização ocorrem em várias partes do sistema em diferentes cenários.

Para o marco atual, todas as entidades que fazem parte de um Projeto do Serviço BizTalk devem pertencer ao mesmo namespace do Service Bus. Assim, a autenticação de um fluxo de mensagens ocorre somente no ponto de entrada do fluxo e considera-se que todas as entidades em um fluxo de mensagens estão dentro do mesmo limite de segurança e confiança. Ao implantar um fluxo de mensagens, você só precisa fornecer as credenciais (nome do emissor e chave do emissor) do namespace do Service Bus. Para obter instruções sobre como usar um Configuração da ponte para configurar pontos de extremidade com sistema de mensagens avançado, consulte Usando o SDK dos Serviços BizTalk.

O Serviços do BizTalk fornece as seguintes ferramentas que ajudam no desenvolvimento de Projeto do Serviço BizTalks:

  • Editor de Esquema. O Editor de Esquema permite criar e editar esquemas usando uma exibição de árvore de esquema em vez da edição manual do arquivo de esquema inteiro. Você pode usar o Editor de Esquema para criar/editar esquemas XML e de arquivo simples.

  • Assistente de Consumo de Serviço. Quando você usa o Projeto do Serviço BizTalk para encaminhar uma mensagem de uma ponte para um serviço WCF externo, também deve adicionar o esquema do serviço ao seu projeto. O Assistente de Consumo de Serviço permite gerar o esquema de um serviço WCF e adicioná-lo ao seu Projeto do Serviço BizTalk. Depois que o esquema estiver disponível como parte do projeto, você poderá usar uma transformação para mapear o esquema da mensagem de entrada para o esquema da mensagem esperada pelo serviço.

Consulte também

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários
Mostrar:
© 2014 Microsoft