Tutorial: Usando pontes do Serviço BizTalk para pesquisar dados no Banco de dados SQL do Azure

Atualizado: setembro de 2015

Este tutorial fornece orientação sobre como usar o estágio Enriquecer em uma ponte de Serviços BizTalk para pesquisar dados de Banco de dados SQL do Microsoft Azure. Para demonstrar como a ponte pesquisa dados do Banco de dados SQL do Azure, vamos considerar um cenário no qual uma mensagem de arquivo simples é escolhida de um servidor FTP, processada por Serviços BizTalk ponte e os dados de arquivo simples são inseridos finalmente em um SQL Server local. Além de demonstrar como procurar dados do Banco de dados SQL do Azure, esse tutorial também fornece orientação sobre os seguinte recursos:

Com o suporte para processamento de mensagens de arquivo simples, você pode usar uma ponte unidirecional para processar o XML, bem como mensagens de arquivo simples, usando o mesmo ponto de extremidade de ponte. No entanto, você ainda precisará criar e adicionar o esquema da mensagem de arquivo simples a Projeto do Serviço BizTalk. O assistente de Esquema de Arquivo Simples faz isso para você. Se você já tiver uma mensagem de arquivo simples, use o assistente para gerar o esquema para a mensagem de arquivo simples e também para adicioná-lo ao projeto. Você poderá colocar uma mensagem de arquivo simples em um local de FTP e a ponte pode consumir a mensagem do arquivo simples com uma fonte de FTP, processá-la e enviá-la ao ponto de extremidade de destino necessário. E, finalmente, você poderia acompanhar a mensagem durante seu processamento em cada estágio de ponte. As organizações podem reunir todos esses recursos em um cenário de ponta a ponta para satisfazer seus requisitos de negócios. Usando o seguinte cenário de negócios, este tutorial demonstra esses recursos e alguns outros recursos em Serviços BizTalk.

O Northwind Traders é um provedor de serviços de saúde que trata créditos de seguro para um provedor de seguro, a Humongous Insurance. O Northwind envia créditos de seguro como mensagens de arquivos simples para a Humongous Insurance. A Humongous Insurance processa essas declarações e armazena-as internamente usando um banco de dados do SQL Server local. A Humongous Insurance deseja implantar esse processo empresarial como um aplicativo no Microsoft Azure. A Humongous Insurance decide usar os recursos de integração fornecidos com Serviços BizTalk do Microsoft Azure para implantar esse aplicativo na nuvem.

Aqui estão algumas etapas que a Humongous Insurance e o Northwind Traders têm que executar nas extremidades para desenvolver, configurar e implantar o aplicativo.

  • A Humongous Insurance cria um Projeto do Serviço BizTalk usando Serviços BizTalk. Nesse projeto, ele faz o seguinte:

    • Usa uma mensagem de instância de arquivo simples de exemplo recebida da Northwind Traders (fora de banda, acesso de email), para criar o esquema de mensagem de arquivo simples. A Humongous Insurance precisa desse esquema para validar e processar mensagens de arquivo simples que recebe do Northwind.

    • Adiciona um componente de FTP de origem ao projeto. A origem de FTP representa o servidor FTP onde o Northwind Traders coloca a mensagem do arquivo simples.

    • Adiciona uma ponte unidirecional para processar mensagens de arquivo simples recebidas do Northwind Traders. Na ponte, a Humongous Insurance faz o seguinte:

      • Usa a transformação para converter a mensagem recebida do Northwind em um formato necessário para inserir a mensagem em uma tabela de banco de dados do SQL Server onde a Humongous Insurance mantém todos os créditos de seguro.

      • Executa o enriquecimento de dados na mensagem de entrada. Com o enriquecimento de dados, a Humongous Insurance enriquece a mensagem para incluir informações que não façam parte da mensagem original enviada pelo Northwind Traders. Por exemplo, neste cenário, a mensagem de arquivo simples do Northwind Traders inclui apenas as informações de tipo de reivindicação. Porém, a Humongous Insurance deve incluir a descrição do tipo de solicitação também na mensagem inserida no banco de dados SQL Server local. Assim, para obter esse enriquecimento de dados, a Humongous Insurance pesquisa uma tabela Banco de dados SQL do Azure (que mantém para mapear o tipo de solicitação para a descrição da declaração) para verificar qual descrição de tipo de declaração é mapeada para o tipo de declaração na mensagem de entrada e atualiza a mensagem que é finalmente inserida no banco de dados SQL Server para incluir a descrição do tipo de declaração.

      • Promove certos elementos na mensagem, pois as propriedades que pode usar para controlar a mensagem durante seu processamento pela ponte.

    • Finalmente, a Humongous adiciona um componente de Serviço de adaptador do BizTalk a Projeto do Serviço BizTalk que representa o SQL Server local em que os dados da mensagem têm que ser inseridos.

  • A Humongous Insurance cria e implanta essa solução no Barramento do Serviço.

Após a solução da implantação, o Northwind Traders coloca uma mensagem de arquivo simples para uma declaração de seguro no local especificado no servidor FTP. Ponte unidirecional XML consome a mensagem e as a insere no banco de dados SQL Server. A ilustração a seguir representa o mesmo cenário.

Cenários de negócios

Este tutorial foi escrito com base em um exemplo, FlatFile_Bridge.zip, que está disponível como parte do download Galeria de códigos do MSDN. Você pode utilizar o exemplo de e percorrer esse tutorial para entender como o exemplo foi criado ou usar apenas este tutorial para criar seu próprio aplicativo. Este tutorial é destinado à segunda abordagem para que você entenda como esse aplicativo foi compilado. Além disso, até o máximo possível, o tutorial é consistente com o exemplo e usa os mesmos nomes para artefatos (por exemplo, esquemas transformações etc.) conforme usado no exemplo.

Mesmo que a Microsoft recomende que você siga o tutorial para entender os conceitos e procedimentos, se você realmente quiser usar o exemplo, siga este procedimento:

  • Baixe o pacote FlatFile_Bridge.zipá, extraia o exemplo FlatFile_Bridge e faça as alterações relevantes, como fornecer o namespace do serviço, o nome do emissor, a chave do emissor, atualizar Retransmissão de LOB e componentes de FTP para incluir seus detalhes de servidor específicos etc. Depois de fazer as alterações exigidas, criar e implantar o aplicativo.

  • Remova uma mensagem de teste do local de FTP configurada como parte da solução e verifique se o novo aplicativo funciona conforme esperado. Se a mensagem for processada com êxito, ela será roteada para o SQL Server e será possível verificar se novos registros são inseridos na tabela de declarações.

Consulte também

Mostrar: