Por que migrar do BizTalk Server para o Azure Integration Services?

Este guia fornece uma visão geral sobre os motivos e benefícios, comparações de produtos, funcionalidades e outras informações para ajudá-lo a começar a migrar do BizTalk Server local para o Azure Integration Services baseado em nuvem. Seguindo este guia, você encontrará mais guias que abordam como escolher os serviços que melhor se encaixam em seu cenário, juntamente com estratégias de migração, considerações de planejamento e práticas recomendadas para ajudá-lo a fornecer resultados bem-sucedidos.

Motivos e benefícios

Ao migrar suas cargas de trabalho de integração para o Azure Integration Services, você pode obter os seguintes benefícios principais:

Benefício	Descrição
IPaaS (Plataforma como Serviço de Integração Moderna)	O Azure Integration Services fornece recursos ainda não concebidos quando o BizTalk Server foi originalmente criado, por exemplo: – A capacidade de criar e gerenciar APIs REST – Infraestrutura de nuvem escalonável – Esquemas de autenticação modernos, mais seguros e mais fáceis de implementar – Ferramentas de desenvolvimento simplificadas, incluindo muitas experiências baseadas em navegador da Web – Atualizações automáticas de plataforma e integração com outros serviços nativos de nuvem
Preço com base no consumo	Com as plataformas tradicionais de middleware, muitas vezes você deve fazer investimentos significativos de capital na compra de licenças e infraestrutura, forçando você a "compilar para o pico" e criando ineficiências. O Azure Integration Services fornece vários modelos de preços que geralmente permitem que você pague pelo que usa. Embora alguns modelos de preços habilitem e forneçam acesso a recursos mais avançados, você tem a flexibilidade de pagar pelo que consome.
Barreira inferior à entrada	O BizTalk Server é um agente de middleware muito eficiente, mas requer um tempo significativo para aprender e obter proficiência. O Azure Integration Services reduz o tempo necessário para iniciar, aprender, compilar e fornecer soluções. Por exemplo, os Aplicativos Lógicos do Azure incluem um designer visual que oferece uma experiência sem código ou de baixo código para a criação de fluxos de trabalho declarativos.
Conectividade do SaaS	Com as APIs REST se tornando padrão para a integração de aplicativos, mais empresas de SaaS adotaram essa abordagem para trocar dados. A Microsoft criou um ecossistema de conector expansivo e em constante crescimento com centenas de APIs para trabalhar com serviços, sistemas e protocolos Microsoft e não Microsoft. Nos Aplicativos Lógicos do Azure, você pode usar o designer de fluxo de trabalho para selecionar operações desses conectores, criar e autenticar conexões com facilidade e configurar as operações que deseja usar. Essa funcionalidade acelera o desenvolvimento e fornece mais consistência ao autenticar o acesso a esses serviços usando o OAuth2.
Várias implantações geográficas	Atualmente, o Azure oferece mais de 60 regiões anunciadas, mais do que qualquer outro provedor de nuvem, para que você possa escolher facilmente os datacenters e regiões adequados para você e seus clientes. Esse alcance permite implantar soluções de maneira consistente em muitas regiões geográficas e oferece oportunidades de uma perspectiva de escalabilidade e redundância.

O que é o Azure Integration Services?

O Azure Integration Services inclui os seguintes blocos de construção baseados em nuvem, sem servidor, escalonáveis e gerenciados pela Microsoft para você criar soluções de integração abrangentes e migrar soluções do BizTalk Server existentes:

Serviço	Descrição
Aplicativos Lógicos do Azure	Crie e execute fluxos de trabalho de aplicativo lógico automatizados, que integram seus aplicativos, dados, serviços e sistemas. Você pode desenvolver rapidamente soluções de integração altamente escalonáveis para seus cenários empresariais e B2B (entre empresas). Use o designer de fluxo de trabalho visual para habilitar microsserviços, orquestrações de API e integrações de linha de negócios. Para aumentar a escala e a portabilidade ao automatizar fluxos de trabalho críticos aos negócios, implante e execute em qualquer lugar em que o Kubernetes possa ser executado. Você pode criar recursos de aplicativo lógico Consumo ou Standard. Um aplicativo lógico de Consumo inclui apenas um fluxo de trabalho com estado que é executado nos Aplicativos Lógicos do Azure multilocatários. Um aplicativo lógico Standard pode incluir vários fluxos de trabalho com estado ou sem estado executados em Aplicativos Lógicos do Azure de locatário único, um Ambiente do Serviço de Aplicativo v3 ou aplicativos lógicos habilitados para Azure Arc. Para posicionar os Aplicativos Lógicos do Azure no Azure Integration Services, este guia se concentra em aplicativos lógicos Standard, que fornecem o melhor equilíbrio entre recursos corporativos, custo e agilidade. Para obter mais informações, confira Aplicativos Lógicos do Azure.
Funções do Azure	Grave menos código, mantenha menos infraestruturas e economize custos para executar aplicativos. Sem você ter de implantar manter servidores, a infraestrutura de nuvem fornece todos os recursos atualizados necessários para manter seus aplicativos em execução. Para saber mais, confira Azure Functions.
Fábrica de dados do Azure	Integre visualmente todas as fontes de dados usando mais de 90 conectores internos e sem manutenção sem nenhum custo adicional. Construa facilmente os processos ETL (Extração, Transformação e Carregamento) e ELT (Extração, Carregamento e Transformação) sem código em um ambiente intuitivo ou escreva seu próprio código. Para desbloquear insights de negócios, forneça seus dados integrados ao Azure Synapse Analytics. Para obter mais informações, confira Azure Data Factory.
Barramento de Serviço do Azure	Transfira dados entre aplicativos e serviços, mesmo quando estiver offline, como mensagens usando esse agente de mensagens empresarial altamente confiável. Obtenha mais flexibilidade ao intermediar mensagens entre o cliente e o servidor com mensagens FIFO (primeiro a entrar e sair) estruturadas, recursos de publicação-assinatura e operações assíncronas. Para obter mais informações, confira Barramento de Serviço do Azure.
Grade de Eventos do Azure	Integre aplicativos usando eventos entregues por um agente de eventos a destinos de assinantes, como serviços do Azure, outros aplicativos ou qualquer ponto de extremidade em que a Grade de Eventos tenha acesso à rede. As origens do evento podem incluir outros aplicativos, serviços SaaS e serviços do Azure. Para obter mais informações, confira Grade de Eventos do Azure.
Gerenciamento de API do Azure	Implante gateways de API lado a lado e otimize o fluxo de tráfego com APIs hospedadas no Azure, em outras nuvens e no local. Atenda aos requisitos de segurança e conformidade, enquanto você desfruta de uma experiência de gerenciamento unificada e observabilidade completa em todas as APIs internas e externas. Para obter mais informações, confira Gerenciamento de API do Azure.

Serviços complementares do Azure

Além dos serviços descritos anteriormente, a Microsoft também oferece os seguintes serviços complementares que fornecem recursos subjacentes para o Azure Integration Services e que você provavelmente usará em um projeto de migração:

Serviço	Descrição
Armazenamento do Azure	Fornece armazenamento altamente disponível, durável, seguro e moderno para vários objetos de dados na nuvem. Você pode acessar esses objetos de dados de qualquer lugar do mundo por HTTP ou HTTPS usando uma API REST. O Azure Integration Services usa esses recursos para armazenar com segurança dados de configuração e telemetria para você enquanto as transações fluem pela plataforma. Para obter mais informações, confira Preços do Armazenamento do Microsoft Azure.
RBAC do Azure (controle de acesso baseado em função do Azure)	Gerenciar o acesso aos recursos de nuvem, que é uma função crítica para qualquer organização que usa a nuvem. O RBAC do Azure é um sistema de autorização baseado no Azure Resource Manager que fornece gerenciamento de acesso refinado para recursos do Azure. Você pode gerenciar quem tem acesso aos recursos do Azure, o que eles podem fazer com esses recursos e quais áreas eles podem acessar. Para obter mais informações, confira RBAC do Azure.
Cofre de Chave do Azure	Fornece recursos para ajudá-lo a resolver problemas relacionados ao gerenciamento de segredos, ao gerenciamento de chaves e ao gerenciamento de certificados. O Azure Integration Services fornece integração com o Azure Key Vault por meio de configurações de aplicativo e por meio de um conector. Essa funcionalidade permite armazenar segredos, credenciais, chaves e certificados de maneira segura, mas conveniente. Para saber mais, veja Azure Key Vault
Azure Policy	Fornece recursos que ajudam você a impor padrões organizacionais e avaliar a conformidade de maneira escalonável. Por meio do painel de conformidade, você obtém uma exibição agregada para que possa avaliar o estado geral do ambiente, com a capacidade de drill down para granularidade por recurso e por política. O Azure Integration Services integra-se ao Azure Policy para que você possa implementar com eficiência a governança generalizada. Para saber mais, veja Azure Policy.
Rede do Azure	Fornece uma ampla variedade de recursos de rede, incluindo conectividade, serviços de proteção de aplicativos, serviços de entrega de aplicativos e monitoramento de rede. O Azure Integration Services usa esses recursos para fornecer conectividade entre serviços usando redes virtuais e pontos de extremidade privados. Para saber mais, confira Rede do Azure.
Hubs de eventos do Azure	Crie pipelines de dados dinâmicos e responda imediatamente aos desafios de negócios transmitindo milhões de eventos por segundo de qualquer fonte com esse serviço de ingestão de dados totalmente gerenciado e em tempo real simples, confiável e escalonável. O Gerenciamento de API executa o registro em log personalizado usando Hubs de Eventos, que é uma das melhores soluções ao implementar uma solução de acompanhamento desacoplada no Azure. Para obter mais informações, consulte Hubs de Eventos do Azure.
Banco de Dados SQL do Azure	Em algum momento, talvez seja necessário criar estratégias de log personalizadas ou configurações personalizadas para dar suporte às soluções de integração. Embora o SQL Server seja comumente usado no local para essa finalidade, o Banco de Dados SQL do Azure pode oferecer uma solução viável ao migrar bancos de dados locais do SQL Server para a nuvem. Para saber mais, confira Banco de Dados SQL do Azure.
Configuração de Aplicativo do Azure	Gerencie centralmente as configurações de aplicativo e os sinalizadores de recursos. Programas modernos, especialmente aqueles em execução em uma nuvem, geralmente têm muitos componentes distribuídos por natureza. A distribuição das definições de configuração entre esses componentes pode levar a erros difíceis de serem resolvidos durante uma implantação de aplicativo. Com a Configuração de Aplicativos do Azure, você pode armazenar todas as configurações do aplicativo e proteger os acessos em um só lugar. Para obter mais informações, veja Configuração de Aplicativos do Azure.
Azure Monitor	O Application Insights, que faz parte do Azure Monitor, fornece gerenciamento e monitoramento do desempenho de aplicativos para aplicativos em tempo real. Armazene a telemetria do aplicativo e monitore a integridade geral da plataforma de integração. Você também tem a capacidade de definir limites e obter alertas quando o desempenho exceder os limites configurados. Para obter mais informações, confira Application Insights.
Automação do Azure	Automatize suas tarefas de gerenciamento do Azure e orquestre ações em sistemas externos no Azure. Criado no fluxo de trabalho do PowerShell para que você possa usar os muitos recursos desse idioma. Para obter mais informações, confira Automação do Azure.

Experiências de desenvolvedor com suporte

Esta seção descreve as ferramentas de desenvolvedor com suporte do servidor BizTalk e do Azure Integration Services:

Oferta	Produto ou serviço com ferramentas com suporte
BizTalk Server	Cada versão do BizTalk Server dá suporte a uma versão específica do Visual Studio. Por exemplo, o BizTalk Server 2020 dá suporte ao Visual Studio 2019 Enterprise ou Professional. No entanto, não há suporte ao Visual Studio Community Edition.
Serviço de integração do Azure	– Aplicativos Lógicos do Azure (Standard): portal do Azure e Visual Studio Code – Aplicativos Lógicos do Azure (Consumo): portal do Azure, Visual Studio Code e Visual Studio 2019, 2017 ou 2015 – Azure Functions: portal do Azure, Visual Studio Code e Visual Studio 2022 – Gerenciamento de API do Azure: portal do Azure e Visual Studio Code – Barramento de Serviço do Azure: portal do Azure e Service Bus Explorer – Azure Data Factory: portal do Azure e Visual Studio 2015 ou 2013

BizTalk Server versus Azure Integration Services

Para comparar o BizTalk Server com o Azure Integration Services e discutir como migrar, vamos resumir brevemente o que o BizTalk Server faz. Originalmente disponível em 2000, o BizTalk Server é uma plataforma de middleware local, estável e que conecta vários sistemas usando adaptadores. Essa plataforma funciona como um agente entre empresas, sistemas ou aplicativos e agora é uma plataforma de integração bem estabelecida. Para simplificar o desafio na combinação de diferentes sistemas desenvolvidos em diferentes idiomas e que podem ser conectados usando diferentes protocolos e formatos, o BizTalk Server oferece os seguintes recursos principais:

• Orquestração (fluxo de negócios)

  Fornece a capacidade de criar e executar orquestrações ou processos de negócios definidos graficamente.

• Mensagens

  Fornece a capacidade de se comunicar com uma ampla gama de aplicativos de software. Os adaptadores permitem que o componente de mensagens do BizTalk Server interaja com vários protocolos e formatos de dados.

O mecanismo do BizTalk Server inclui os seguintes componentes:

Componente	Descrição
Mecanismo de regras de negócio (BRE)	Avalia conjuntos complexos de regras.
Logon Único (SSO) Corporativo	Fornece a capacidade de mapear informações de autenticação entre sistemas Windows e não Windows.
Monitoramento de atividades comerciais (BAM)	Permite que os funcionários de informações monitorem um processo empresarial em execução.
Hub de Grupo	Permite que a equipe de suporte gerencie o mecanismo e as orquestrações executadas.

Como o BizTalk Server funciona?

O BizTalk Server usa uma arquitetura do mecanismo de mensagens de publicação-assinatura com o banco de dados do MessageBox no centro. O MessageBox é responsável por armazenar mensagens, propriedades de mensagem, assinaturas, estados de orquestração, dados de rastreamento e outras informações.

Quando o BizTalk Server recebe uma mensagem, o servidor passa e processa a mensagem por meio de um pipeline. Esta etapa normaliza e publica a mensagem no MessageBox. O BizTalk Server avalia todas as assinaturas existentes e determina o destinatário pretendido da mensagem, com base nas propriedades de contexto da mensagem. Por fim, o BizTalk Server roteia a mensagem para o destinatário pretendido, com base em assinaturas ou filtros. Esse destinatário é uma orquestração ou uma porta de envio, que é um destino para onde o BizTalk Server envia mensagens ou é a origem de onde o BizTalk Server pode receber mensagens. O BizTalk Server transmite mensagens por meio de uma porta de envio passando-as por um pipeline de envio. O pipeline de envio serializa as mensagens no formato nativo esperado pelo receptor antes de enviar as mensagens por meio de um adaptador.

O banco de dados do MessageBox tem os seguintes componentes:

• Agente de mensagens

  O BizTalk Server interage com o MessageBox usando esse agente, que fornece interfaces para publicar, assinar, recuperar mensagens e muito mais.

• Um ou mais bancos de dados do SQL Server

  Esses bancos de dados fornecem o repositório de persistência para mensagens, partes de mensagem, propriedades de mensagem, assinaturas, estado de orquestração, dados de rastreamento, filas de host para roteamento e muito mais.

A imagem a seguir mostra como funciona o Mecanismo de Mensagens do BizTalk Server:

Depois que uma porta de recepção recebe uma mensagem, o MessageBox armazena essa mensagem para processamento por processos empresariais ou para roteamento para qualquer porta de envio que tenha assinaturas para mensagens específicas.

Para mais informações, confira Arquitetura de publicação-assinatura mais à frente neste guia.

Processos de negócios

Esta seção descreve as opções para projetar e criar processos de negócios que você pode executar no BizTalk Server e no Azure Integration Services.

BizTalk Server

No BizTalk Server, as orquestrações são processos de negócios executáveis que podem assinar (receber) mensagens e publicar (enviar) mensagens por meio do banco de dados do MessageBox. As orquestrações podem construir novas mensagens e receber mensagens usando a assinatura e a infraestrutura de roteamento. Quando o MessageBox preenche assinaturas para orquestrações, uma nova instância (execução de orquestração) é ativada e o MessageBox entrega a mensagem. Se necessário, a instância será reidratada e a mensagem será entregue. Quando as mensagens são enviadas de uma orquestração, elas são publicadas no MessageBox da mesma forma que uma mensagem que chega a um local de recebimento com as propriedades apropriadas adicionadas ao banco de dados para roteamento.

Para habilitar o sistema de mensagens de publicação-assinatura, as orquestrações usam associações que ajudam a criar assinaturas. As portas de orquestração são portas lógicas que descrevem uma interação. Para entregar mensagens, você deve associar essas portas lógicas a uma porta física, mas esse processo de associação nada mais é do que configurar assinaturas para roteamento de mensagens.

O BizTalk Server oferece as seguintes vantagens de exemplo:

• Primeiro o designer (declarativa)

  Crie processos complexos usando ferramentas de design fáceis de entender para implementar padrões e fluxos de trabalho que, de outra forma, poderiam ser difíceis de implementar no código.

• Abstração com sistemas finais

  Projetar processos com foco nas mensagens, não no sistema final. Por exemplo, ao desenvolver suas soluções, você não precisa se preocupar se vai usar um adaptador FILE ou um adaptador FTP. Em vez disso, você se concentra no tipo de comunicação, seja de uma forma ou de solicitação e no tipo de mensagem que deseja processar. Posteriormente, ao implantar suas soluções, você poderá especificar o adaptador e os sistemas finais.

Serviço de integração do Azure

Nos Aplicativos Lógicos do Azure, você pode criar processos de negócios executáveis e aplicativos como fluxos de trabalho de aplicativo lógico usando uma forma de "bloco de construção" de programação com um designer visual e operações predefinidas de centenas de conectores, exigindo o mínimo de codificação. Um fluxo de trabalho de aplicativo lógico começa com uma operação de gatilho seguida por uma ou mais operações de ação com cada operação funcionando como uma etapa lógica no processo de implementação do fluxo de trabalho. Seu fluxo de trabalho pode usar ações para chamar software, serviços e sistemas externos. Algumas ações executam tarefas de programação, como condicional (instruções if), loops, operações de dados, gerenciamento de variáveis e muito mais.

Os Aplicativos Lógicos do Azure oferecem as seguintes vantagens de exemplo:

• Primeiro o designer (declarativa)

  Crie processos complexos usando ferramentas de design fáceis de entender para implementar padrões e fluxos de trabalho que, de outra forma, poderiam ser difíceis de implementar no código.

• Flexível e escalonável

  Os Aplicativos Lógicos do Azure são um serviço de computação baseado em nuvem, sem servidor, altamente escalonável, que dimensiona e se adapta automaticamente para atender às necessidades de negócios em evolução.

• Conecta-se a qualquer coisa

  Selecione a partir de uma galeria em constante expansão, com centenas de conectores predefinidos, para criar seus fluxos de trabalho. Um conector fornece operações predefinidas que você pode usar como etapas em seus fluxos de trabalho. Você pode criar soluções de integração para a maioria dos serviços e sistemas da Microsoft e parceiros, incluindo BizTalk Server, Salesforce, Office 365, bancos de dados SQL, a maioria dos serviços do Azure, como Azure Functions, Armazenamento do Azure, Barramento de Serviço do Azure e muitos outros, além de aplicativos ou sistemas locais, mainframes, SaaS e APIs. Se nenhum conector pré-criado existir para o recurso que você deseja acessar, você poderá usar a operação HTTP genérica para se comunicar com o serviço ou criar um conector personalizado.

Componentes reutilizáveis

As plataformas de integração oferecem maneiras de resolver problemas de maneira consistente e unificada, o que geralmente pode ser obtido por meio de componentes reutilizáveis. Esta seção descreve como você pode reutilizar componentes no BizTalk Server e no Azure Integration Services.

BizTalk Server

• Orquestrações

  Você pode criar e compartilhar a lógica de negócios comum como orquestrações em diferentes fluxos de trabalho, internamente dentro do mesmo aplicativo ou com vários aplicativos. Você pode disparar orquestrações usando o mecanismo nativo de publicação-assinatura no BizTalk Server (de forma desacoplada) ou usando as formas de orquestração denominadas Orquestração de Chamadas para chamadas síncronas ou Iniciar Orquestração para chamadas assíncronas.

• Adaptadores

  Os adaptadores são componentes de software que fornecem conectividade entre o BizTalk Server e parceiros comerciais usando protocolos de dados e formatos de documento comumente reconhecidos. Esses componentes facilitam o envio e o recebimento de mensagens usando um mecanismo de entrega que está em conformidade com um padrão comumente reconhecido, como SMTP, FTP, HTTP e muito mais. Os adaptadores fazem parte da plataforma principal, portanto, todos os aplicativos existentes os compartilham. Você também pode estender essa camada criando um adaptador personalizado, nativo ou baseado no WCF (Windows Communication Foundation), usando o BizTalk Adapter Framework.

• Esquemas

  Os esquemas de XSD (Definição de Esquema XML) permitem mensagens baseadas em contrato no BizTalk Server. Para evitar a criação de esquemas redundantes, você pode referenciar esquemas de assemblies compilados. Para usar esquemas compartilhados, você deve adicionar uma referência ao assembly compartilhado do seu projeto BizTalk.

  Embora essa etapa possa parecer simples, o gerenciamento de alterações em assemblies compartilhados pode se tornar difícil devido ao encadeamento de dependências. Se o assembly compartilhado exigir uma atualização, você deverá remover todos os projetos que fazem referência ao assembly compartilhado do BizTalk Server para instalar a atualização. No entanto, para evitar essas restrições, você pode implementar o controle de versão do assembly em que implanta uma nova versão para um esquema ou esquemas compartilhados sem interromper suas soluções existentes.

• Mapas e functoids personalizados

  Os mapas habilitam a tradução ou transformação de mensagens XML no BizTalk Server. Você pode compartilhar mapas, mas como esquemas compartilhados. Avisos semelhantes se aplicam a mapas compartilhados. Devido ao encadeamento de dependências, prossiga com cuidado e verifique se você tem um ciclo de vida de desenvolvimento de software maduro para gerenciar as alterações.

  Em mapas, os functoids executam cálculos usando fórmulas predefinidas e valores específicos chamados argumentos. O BizTalk Server fornece muitos functoids para dar suporte a uma variedade de operações diversas. Os functoids personalizados fornecem uma maneira de estender o intervalo de operações disponíveis no ambiente de mapeamento do BizTalk Server.

  Se você começar a criar muitos mapas, perceberá que está implementando repetidamente uma lógica semelhante. Consequentemente, você se verá gastando tempo mantendo vários snippets de código equivalentes que você geralmente copia e cola em vários locais dentro de um mapa ou em mapas. Considere transformar esses snippets de código em um functoid personalizado. Dessa forma, você cria o functoid apenas uma vez, mas pode reutilizar o functoid em quantos mapas quiser e atualizar o functoid em apenas um lugar. Cada functoid personalizado é implantado como um assembly do .NET usando classes derivadas do namespace Microsoft.BizTalk.BaseFunctoids. Um único assembly pode conter mais de um functoid personalizado.

• Assemblies do .NET Fx

  Você pode compartilhar esses assemblies pelos projetos do BizTalk Server. Esses assemblies são mais fáceis de gerenciar de uma perspectiva de dependência. Desde que não exista nenhuma alteração interruptiva, uma atualização para um assembly do .NET Fx requer a atualização da DLL no GAC (Cache de Assembly Global), que disponibiliza automaticamente as alterações para outros assemblies. Se houver alterações interruptivas, você também deverá atualizar o projeto dependente para acomodar as alterações no assembly do .NET Fx.

• Pipelines personalizados e componentes de pipeline

  Quando o BizTalk Server recebe e envia mensagens, o servidor pode precisar preparar e transformar mensagens para entrada e saída, devido a motivos comerciais. No BizTalk Server, os pipelines fornecem uma implementação do padrão de integração de pipes e filtros e incluem muitos recursos, como um codificador e um decodificador JSON, um decodificador MIME ou SMIME e assim por diante.

  Quando você precisa adicionar informações ao contexto de uma mensagem que requer personalização de pipeline, o BizTalk Server fornece a capacidade de personalizar esses pipelines criando componentes de pipeline personalizados. Um componente de pipeline personalizado é uma classe do .NET que você usa para implementar várias interfaces do BizTalk e, em seguida, usar dentro de diferentes estágios de qualquer pipeline personalizado. Para escrever o código para esse componente, você pode usar C# ou Visual Basic para .NET.

• Políticas do Mecanismo de Regras

  Uma política do Mecanismo de Regras de Negócios é outro tipo de artefato que você pode compartilhar nos aplicativos do BizTalk Server implantados no mesmo grupo do BizTalk. Se você tiver regras comuns do Mecanismo de Regras de Negócios, por exemplo, relacionadas ao roteamento de mensagens, poderá gerenciar essas regras em um só local e compartilhá-las amplamente entre os aplicativos do BizTalk instalados. O Mecanismo de Regras de Negócios armazena essas regras em cache. Portanto, se você fizer atualizações nessas regras, precisará reiniciar o Serviço de Atualização do Mecanismo de Regras de Negócios. Caso contrário, as alterações serão selecionadas no próximo Tempo Limite de Cache.

Serviço de integração do Azure

• Conta de integração

  Para os Aplicativos Lógicos do Azure, uma conta de integração é um contêiner baseado em nuvem e um recurso do Azure que fornece acesso centralizado a artefatos reutilizáveis. Para fluxos de trabalho de aplicativo lógico de Consumo, esses artefatos incluem parceiros comerciais, contratos, esquemas XSD, mapas XSLT, mapas baseados em modelo Liquid, certificados, configurações em lote e assemblies do .NET Fx.

  Para fluxos de trabalho de aplicativo lógico Standard, os Aplicativos Lógicos do Azure introduziram recentemente suporte para chamar assemblies do .NET Fx de transformações XSLT sem a necessidade de uma conta de integração. Como alternativa, você pode adicionar esquemas, mapas e assemblies a um projeto de aplicativo lógico Standard no Visual Studio Code e, posteriormente, implantar no Azure.

• APIs

  As APIs permitem experiências digitais, tornam os dados e os serviços reutilizáveis e universalmente acessíveis, simplificam a integração de aplicativos e sustentam novos produtos digitais. Com a proliferação e a dependência crescente de APIs, as organizações precisam gerenciá-las como ativos de primeira classe em todo o ciclo de vida.

  Você pode reutilizar APIs, especialmente aquelas gerenciadas com o Gerenciamento de API no Azure, no Azure Integration Services. Depois de adicionar APIs ao Gerenciamento de API do Azure, você pode usar o conector do Gerenciamento de API com fluxos de trabalho do aplicativo lógico de Consumo para acessar facilmente as APIs de maneira gerenciada e controlada. Os Aplicativos Lógicos do Azure também dão suporte à criação e ao uso de APIs personalizadas para que sua organização possa promover a reutilização em toda a empresa e evitar conectores redundantes desnecessários que os desenvolvedores possam criar de outra forma. As APIs personalizadas também democratizam quem pode usar essas APIs, em vez de fazer com que o desenvolvedor descubra a mecânica para usar uma API específica.

• Conectores personalizados

  Se não houver conectores predefinidos para as APIs que você deseja usar, você poderá encapsular uma API externa com um esquema OpenAPI para criar um conector personalizado e acessar esse conector de fluxos de trabalho do aplicativo lógico de Consumo com as permissões apropriadas. O conector personalizado cria um contrato entre os Aplicativos Lógicos do Azure e a API que permite que o assembly fácil de mensagens de solicitação e para os Aplicativos Lógicos do Azure recebam uma resposta tipada que você pode usar em ações downstream. Há suporte para APIs REST e APIs SOAP, e elas podem referenciar APIs públicas ou APIs privadas existentes em sua rede local. Você também pode usar conectores personalizados com o Microsoft Power Automate e o Microsoft Power Apps.

  Para fluxos de trabalho de aplicativo lógico Standard, você pode criar seus próprios conectores personalizados internos baseados em um provedor de serviços.

  Ao implementar um conector personalizado, você simplifica a experiência de desenvolvimento criando uma interface comum para enviar mensagens de solicitação e receber respostas tipadas. Para obter mais informações, confira Conectores e APIs personalizados.

Adaptadores e conectores

A seção a seguir descreve os conceitos de adaptadores e conectores, respectivamente, no BizTalk Server e no Azure Integration Services.

BizTalk Server

Para trocar mensagens com sistemas externos, aplicativos e entidades, o BizTalk Server fornece adaptadores, que são componentes COM ou .NET Fx que transferem mensagens de e para pontos de extremidade de negócios, como sistemas de arquivos, bancos de dados e aplicativos de negócios personalizados usando vários protocolos de comunicação. O BizTalk Server fornece adaptadores nativos que dão suporte a vários protocolos, por exemplo:

• Um adaptador de arquivo que dá suporte ao envio e recebimento de mensagens de um local de arquivo
• Adaptadores para protocolos EDI, FTP, HTTP, MSMQ, SMTP, POP3 e SOAP
• Um adaptador para Windows SharePoint Services:

A Estrutura do Adaptador do BizTalk oferece um mecanismo estável e aberto para todos os adaptadores implementarem ou acessarem o trabalho do Mecanismo de Mensagens do BizTalk Server. As interfaces no Microsoft.BizTalk.Adapter.Framework permite que os adaptadores modifiquem as páginas de propriedades de configuração. A Estrutura do Adaptador do BizTalk também fornece a capacidade de importar serviços e esquemas para um projeto do BizTalk. Os adaptadores de parceiros também estão disponíveis em vários fornecedores e membros da comunidade. Para obter uma lista de adaptadores conhecidos, confira BizTalk Server: lista de adaptadores de terceiros.

Serviço de integração do Azure

Ao criar fluxos de trabalho com Aplicativos Lógicos do Azure, você pode usar conectores pré-compilados para ajudá-lo a acessar dados, eventos e recursos de maneira rápida e fácil em outros aplicativos, serviços, sistemas, protocolos e plataformas, geralmente sem gravar nenhum código. Os Aplicativos Lógicos do Azure fornecem uma galeria em constante expansão com centenas de conectores que você pode usar. Você pode criar soluções de integração para muitos serviços e sistemas, baseados em nuvem ou locais, da Microsoft e de parceiros, como BizTalk Server, Salesforce, Office 365, bancos de dados SQL, a maioria dos serviços do Azure, mainframes, APIs e muito mais. Alguns conectores fornecem operações que executam operações de programação, como instruções condicionais (if), loops, operações de dados, gerenciamento de variáveis e assim por diante. Se nenhum conector estiver disponível para o recurso que você deseja, você poderá usar a operação HTTP genérica para se comunicar com o serviço ou criar um conector personalizado.

Tecnicamente, um conector é um proxy ou um wrapper em uma API que o serviço ou sistema subjacente usa para se comunicar com os Aplicativos Lógicos do Azure. Esse conector fornece as operações que você usa em seus fluxos de trabalho para executar tarefas. Uma operação está disponível como um gatilho ou ação com propriedades que você pode configurar. Alguns gatilhos e ações também exigem que você, primeiramente, crie e configure uma conexão com o serviço ou sistema subjacente. Se necessário, você também autenticará o acesso a uma conta de usuário.

A maioria dos conectores nos Aplicativos Lógicos do Azure é um conector interno ou um conector gerenciado. Alguns conectores estão disponíveis em ambas as versões. As versões disponíveis dependem se você cria um fluxo de trabalho de aplicativo lógico de Consumo ou um fluxo de trabalho de aplicativo lógico Standard.

• Os conectores internos foram projetados para serem executados nativamente no runtime dos Aplicativos Lógicos do Azure e geralmente têm melhor desempenho, taxa de transferência, capacidade ou outros benefícios em comparação com quaisquer equivalentes de conector gerenciado.

• Os conectores gerenciados são implantados, hospedados e gerenciados pela Microsoft no Azure. Esses conectores fornecem gatilhos e ações para serviços de nuvem, sistemas locais ou ambos. Em fluxos de trabalho de aplicativo lógico Padrão, todos os conectores gerenciados são agrupados como conectores do Azure. No entanto, em fluxos de trabalho do aplicativo lógico de Consumo, os conectores gerenciados são organizados como Standard ou Enterprise, com base no preço.

Para saber mais, confira a seguinte documentação:

• Visão geral dos conectores internos
• Visão geral dos conectores gerenciados
• Conectores gerenciados disponíveis nos Aplicativos Lógicos do Azure

Conectividade do aplicativo

A seção a seguir descreve as opções para se conectar a outros aplicativos do BizTalk Server e do Azure Integration Services.

BizTalk Server

Os adaptadores fornecem os recursos de conectividade no BizTalk Server e são executados localmente no servidor do BizTalk que executa a operação de envio ou recebimento. Aproximadamente 30 adaptadores prontos para uso estão disponíveis, enquanto um pequeno ecossistema de adaptadores ISV fornece funcionalidade adicional. Com esses adaptadores em execução localmente, a Autenticação do Windows é um método de autenticação popular. Os adaptadores comumente usados incluem FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP e SMTP. Nessa lista, você pode determinar que os adaptadores no BizTalk Server são principalmente adaptadores de protocolo. Como resultado, os adaptadores geralmente usam um padrão de mensagens orientado a mensagens em que uma mensagem completa é trocada com outros sistemas em que esses sistemas são responsáveis por analisar os dados antes de carregar os dados no armazenamento de dados final.

Serviço de integração do Azure

Os conectores fornecem os recursos de conectividade nos Aplicativos Lógicos do Azure e oferecem uma abstração sobre APIs que geralmente pertencem ao sistema SaaS subjacente. Por exemplo, serviços como o SharePoint são criados usando uma abordagem de API em que as APIs fornecem funcionalidade ao serviço para usuários finais, mas a mesma funcionalidade é exposta para outros sistemas chamarem por meio de uma API. Para simplificar a chamada a essas APIs, os conectores usam metadados para descrever o contrato de mensagens para que os desenvolvedores saibam quais dados são esperados na solicitação e na resposta.

A captura de tela a seguir mostra a experiência de pesquisa do conector para um fluxo de trabalho de aplicativo lógico Standard nos Aplicativos Lógicos do Azure de locatário único. Ao selecionar a guia Interno, você pode encontrar conectores internos, como Azure Functions, Barramento de Serviço do Azure, SQL Server, Armazenamento do Microsoft Azure, Sistema de Arquivos, HTTP e muito mais. Na guia Azure, você pode encontrar mais de 800 conectores, incluindo outros conectores SaaS da Microsoft, conectores SaaS de parceiros e assim por diante.

Serviços Web e conectividade de API

A seção a seguir descreve o suporte para serviços Web e conectividade de API no BizTalk Server e no Azure Integration Services.

BizTalk Server

O suporte a serviços Web é uma funcionalidade popular no BizTalk Server e está disponível pela integração com o WCF (Windows Communication Foundation). Esse suporte no BizTalk se enquadra em duas categorias: publicar e consumir serviços do WCF.

Os adaptadores do WCF fornecem suporte para padrões WS-*, como WS-Addressing, WS-Security e WS-AtomicTransaction. No entanto, não há suporte para WS-ReliableMessaging nesta versão dos adaptadores do WCF.

Os adaptadores do WCF dão suporte ao SSO (Logon Único) por meio da representação e adquirem o tíquete de SSO Enterprise para usar o SSO com adaptadores do WCF. Essa funcionalidade permite que o contexto do usuário flua entre sistemas. Do ponto de vista da autenticação, a Autenticação de Serviço dá suporte aos seguintes tipos: Nenhum, Windows e Certificado. A Autenticação de Cliente dá suporte aos seguintes tipos: Anônimo, Nome de Usuário, Windows e Certificado. Os modos de segurança com suporte incluem os seguintes tipos: Transporte, Mensagem e Misto.

O WCF dá suporte a transações usando o protocolo WS-AutomicTransaction, que você pode encontrar em adaptadores do WCF, como WCF-WsHttp, WCF-NetTcp e WCF-NetMsmq. Essa funcionalidade tem suporte nos seguintes cenários:

• Envio transacional de mensagens para o banco de dados do MessageBox
• Transmissão transacional de mensagens do MessageBox para um destino transacional

O escopo transacional é limitado pelo componente do MessageBox. Por exemplo, uma orquestração do BizTalk não pode participar da transação de um cliente. Da mesma forma, um ponto de extremidade de destino não pode participar de uma transação iniciada por uma orquestração do BizTalk.

A extensibilidade do WCF está disponível por meio de associações personalizadas do WCF. Você precisará compilar e adicionar um código personalizado ao GAC (Cache de Assembly Global). Você também precisará atualizar o arquivo machine.config para incluir a nova extensão. Depois que a associação é instalada, a extensão fica visível para os adaptadores WCF-Custom e WCF-CustomIsolated.

O BizTalk Server pode expor locais de recebimento do WCF-BasicHTTP como pontos de extremidade no Gerenciamento de API do Azure quando você usa o Console de Administração do BizTalk. Você também pode expor seus pontos de extremidade SOAP por meio do Gerenciamento de API do BizTalk Server usando o Gerenciamento de API no portal do Azure. Para obter mais informações, confira Publicar pontos de extremidade do WCF-BasicHTTP do BizTalk no Gerenciamento de API.

Serviço de integração do Azure

O modelo de conectividade no Azure Integration Services difere do BizTalk Server, em parte devido à evolução da economia da API. À medida que mais organizações expõem o acesso a sistemas e dados subjacentes, era necessária uma abordagem independente da plataforma. O REST agora é a abordagem arquitetônica dominante para projetar serviços Web modernos.

Nos Aplicativos Lógicos do Azure, o REST é a abordagem padrão para conectar sistemas. À medida que a Microsoft e outros fornecedores de software expõem serviços RESTful sobre seus sistemas e dados, os Aplicativos Lógicos do Azure podem expor e consumir esse tipo de informação. A especificação do OpenAPI possibilita que humanos e computadores entendam a interação entre um cliente e um servidor por meio de metadados. Como parte desse entendimento, as cargas de solicitação e resposta são derivadas, o que significa que você pode usar conteúdo dinâmico para preencher as entradas de uma ação de fluxo de trabalho e usar as saídas da resposta em ações downstream.

Com base no fornecedor de software que implementa o serviço subjacente que um conector chama, os esquemas de autenticação variam de acordo com o conector. Geralmente, esses esquemas incluem os seguintes tipos:

• Basic
• Certificado do cliente
• OAuth do Active Directory
• Bruta
• Identidade gerenciada

A Microsoft fornece camadas fortes de proteção criptografando dados durante o trânsito e em repouso. Quando o tráfego do cliente do Azure se move entre datacenters, fora dos limites físicos que não são controlados pela Microsoft ou em nome da Microsoft, um método de criptografia de camada de link de dados que usa os Padrões de Segurança MAC IEEE 802.1AE (MACsec) é aplicado de ponto a ponto em todo o hardware de rede subjacente.

A Microsoft oferece a opção de usar o protocolo TLS para proteger dados que viajam entre serviços de nuvem e clientes. Os datacenters da Microsoft negociam uma conexão TLS com os sistemas cliente que se conectam aos serviços do Azure. O TLS fornece autenticação forte, privacidade de mensagem e integridade, o que permite a detecção de adulteração, interceptação e falsificação de mensagens, assim como interoperabilidade, flexibilidade de algoritmo e facilidade de implantação e uso.

Embora esta seção tenha se concentrado na conectividade RESTful por meio de conectores, você pode implementar a conectividade do serviço Web SOAP por meio da experiência do conector personalizado.

Bloquear o uso do adaptador ou do conector

A seção a seguir descreve as opções para impedir o uso do adaptador ou do conector, respectivamente, no BizTalk Server e no Azure Integration Services.

BizTalk Server

O BizTalk Server não inclui o conceito de bloquear adaptadores específicos de diferentes aplicativos, mas você pode "bloquear" o uso deles em seus aplicativos removendo esses adaptadores do ambiente. Os adaptadores no BizTalk Server fazem parte das configurações da plataforma, portanto, os adaptadores instalados estão disponíveis para qualquer pessoa usar. Você também pode definir manipuladores de recebimento e envio específicos para cada adaptador, que define os computadores que pertencem ao grupo do BizTalk que podem executar ou processar esses manipuladores.

Serviço de integração do Azure

Se sua organização não permitir a conexão com recursos restritos ou desaprovados usando seus conectores gerenciados nos Aplicativos Lógicos do Azure, você poderá bloquear a funcionalidade de criar e usar essas conexões em seus fluxos de trabalho de aplicativo lógico. Com a Azure Policy, você pode definir e impor políticas que impedem a criação ou o uso de conexões para conectores que deseja bloquear. Por exemplo, por motivos de segurança, talvez você queira bloquear conexões para plataformas específicas de mídia social ou outros serviços e sistemas.

Durabilidade da mensagem

A seção a seguir descreve a persistência de mensagens no BizTalk Server e no Azure Integration Services.

BizTalk Server

O banco de dados do MessageBox oferece outro benefício atuando como um ponto de persistência que garante que uma mensagem seja mantida no armazenamento antes de tentar enviar para um ponto de extremidade. Se a mensagem não for enviada após esgotar as tentativas de repetição configuradas, a mensagem será suspensa e armazenada no MessageBox.

Como administrador, você pode retomar mensagens suspensas do Console de Administração do BizTalk. O mesmo comportamento ocorre quando você usa orquestrações. O runtime de orquestração persiste a lógica de negócios, que você pode retomar se algo der errado. Por exemplo, você pode retomar uma mensagem em uma orquestração nos seguintes cenários:

• Uma mensagem enviada dentro de um escopo não atômico
• No final de um escopo transacional
• Ao iniciar uma nova instância de orquestração (iniciar forma de orquestração)
• Em um ponto de interrupção de depuração
• Quando o mecanismo decide desidratar
• Quando a orquestração é concluída
• Quando o sistema é desligado

O BizTalk Server fornece todos esses recursos prontos para uso. Você não precisa se preocupar em implementar a persistência porque o BizTalk Server lida com isso para você.

Serviço de integração do Azure

Os Aplicativos Lógicos do Azure fornecem durabilidade de mensagens das seguintes maneiras:

• Os fluxos de trabalho com estado, que são o padrão em aplicativos lógicos de Consumo e estão disponíveis em aplicativos lógicos Standard, têm pontos de verificação que acompanham o estado do fluxo de trabalho e armazenam mensagens à medida que passam por ações de fluxo de trabalho. Essa funcionalidade fornece acesso a dados armazenados avançados no histórico de execução da instância de gatilho e fluxo de trabalho em que você pode examinar valores detalhados de entrada e saída.

  Você pode reprocessar uma instância de execução por meio do portal do Azure ou de uma API. Dessa vez, toda a instância de execução é executada, independentemente de onde ocorreu qualquer falha na execução anterior. Esse comportamento implica que as mensagens são entregues pelo menos uma vez e que o processamento idempotente ocorre nos consumidores.

• Com o sistema de mensagens de bloqueio de inspeção disponível no Barramento de Serviço do Azure, você pode confirmar uma mensagem após a execução bem-sucedida da mensagem ou abandonar a mensagem quando ocorrer uma falha. Para usar essa funcionalidade nos Aplicativos Lógicos do Azure, selecione o conector do Barramento de Serviço do Azure. Uma mensagem confirmada é removida da fila de mensagens, enquanto uma mensagem abandonada é desbloqueada e disponível para processamento por clientes. O bloqueio de inspeção é uma ótima maneira de obter mensagens "exatamente uma vez".

Arquitetura de publicação-assinatura

A seção a seguir descreve as opções para implementar o padrão de publicação-assinatura no BizTalk Server e no Azure Integration Services.

BizTalk Server

Os recursos de publicação-assinatura (pub-sub) existem por meio do banco de dados do MessageBox, que é descrito anteriormente na seção Como o BizTalk Server funciona. Uma maneira popular de criar assinaturas é usando Propriedades Promovidas, que permitem identificar elementos ou atributos específicos em um esquema de mensagem definido como uma Propriedade Promovida. Em seguida, você pode estabelecer assinaturas para filtrar mensagens com base em critérios específicos em uma Propriedade Promovida. Por exemplo, se você promoveu um elemento de esquema chamado Cidade, poderá criar uma assinatura que filtra o elemento Cidade para cidades específicas. Se seus critérios forem atendidos, sua assinatura, uma porta Enviar ou uma orquestração receberão uma cópia da mensagem.

Serviço de integração do Azure

Com uma arquitetura completamente diferente do BizTalk Server, a maioria dos serviços no Azure Integration Services é baseada em eventos. Se você precisar implementar uma solução de publicação-assinatura, poderá usar o Barramento de Serviço do Azure. Esse serviço é um agente de mensagens empresarial totalmente gerenciado com filas de mensagens e tópicos de publicação-assinatura em um namespace. O Barramento de Serviço é usado para separar aplicativos e serviços uns dos outros, proporcionando estes benefícios:

• Balancear carga de trabalho entre funções de trabalho concorrentes.
• Roteamento e transferência de dados e do controle, com segurança, entre limites de serviços e aplicativos.
• Coordenação do trabalho transacional que requer um alto grau de confiabilidade.

Os Aplicativos Lógicos do Azure incluem um conector Barramento de Serviço do Azure que você pode usar para publicar e assinar mensagens. O benefício de usar o Barramento de Serviço é que você pode usar mensagens independentemente do fluxo de trabalho. Ao contrário do BizTalk Server, suas mensagens são desacopladas da plataforma de fluxo de trabalho. Embora as funcionalidades de mensagens e fluxo de trabalho sejam desacopladas no Azure Integration Services, você pode criar assinaturas de mensagens em Barramento de Serviço do Azure, que tem suporte para propriedades de mensagem (propriedades do usuário). Use essas propriedades para fornecer pares chave-valor que são avaliados por filtros criados em uma assinatura de tópico. Você define essas propriedades de usuário ao configurar uma operação de Barramento de Serviço do Azure adicionando um ou mais pares chave-valor. Para obter uma demonstração, confira o seguinte vídeo: Sub-mensagens de pub usando o Azure Integration Services – Parte 2 Roteamento baseado em conteúdo.

Fora do Azure Integration Services, você também pode implementar cenários de publicação-assinatura usando o Cache do Azure para Redis.

Mecanismo de regras de negócio

A seção a seguir descreve as opções para configurar regras de negócios no BizTalk Server e no Azure Integration Services.

BizTalk Server

O BizTalk Server inclui um mecanismo de regras de encadeamento de encaminhamento que permite construir regras "if-then-else" usando um editor visual. Você pode agrupar essas regras em uma política que é transportável para outros ambientes em seu cenário de TI. Essas políticas também podem acessar esquemas XSD, .código NET Fx , e tabela de dados dos bancos de dados do SQL Server data para olhar os dados e enriquece os resultados.

Serviço de integração do Azure

Embora não exista nenhuma funcionalidade de mecanismo de regras equivalente atualmente no Azure, os clientes geralmente usam o Azure Functions para implementar regras usando código personalizado. Em seguida, eles acessam essas regras usando o conector do Azure Functions interno nos Aplicativos Lógicos do Azure.

Para obter mais informações sobre investimentos futuros nessa área, confira a seção Roteiro mais adiante neste guia.

Transformação de dados

A seção a seguir descreve os recursos de transformação de dados no BizTalk Server e no Azure Integration Services.

BizTalk Server

Fornece ferramentas avançadas para você transformar mensagens XML de um formato para outro. A transformação de dados usa mapas XSLT, que dão suporte a objetos de extensão que permitem injetar código .NET Fx personalizado no meio desses mapas. Você também pode usar functoides prontos para uso que fornecem funcionalidades reutilizáveis que ajudam a construir mapas ricos.

Além das principais transformações de XML, o BizTalk Server também fornece codificação e decodificação para formatos CSV e JSON para que você possa converter entre esses formatos e XML, dando suporte a formatos diferentes.

Serviço de integração do Azure

• Enterprise Integration Pack

  Esse componente segue conceitos semelhantes no BizTalk Server e facilita o uso de recursos B2B nos Aplicativos Lógicos do Azure. No entanto, uma grande diferença é que o a arquitetura do Enterprise Integration Pack é baseada em contas de integração. Essas contas simplificam a forma como você armazena, gerencia e usa artefatos, como parceiros comerciais, contratos, mapas (modelos XSLT ou Liquid), esquemas e certificados, para cenários B2B.

• Modelos do Liquid

  Para transformações JSON básicas nos fluxos de trabalho de seus aplicativos lógicos, você pode usar operações de dados internos, como a ação Compor ou Analisar o JSON. No entanto, alguns cenários podem exigir transformações avançadas e complexas que incluem elementos como iterações, fluxos de controle e variáveis. Para transformações entre JSON para JSON, JSON para texto, XML para JSON ou XML para texto, é possível criar um modelo que descreva o mapeamento ou a transformação necessária usando a linguagem do modelo de código aberto Liquid.

• Esquemas EDI

  Os esquemas de documento EDI definem o corpo de um tipo de documento de transação EDI. Para seus fluxos de trabalho de aplicativo lógico, todos os esquemas EDI do BizTalk no repositório GitHub de integração da Microsoft estão disponíveis publicamente para uso.

• Aplicativos lógicos Standard

  No portal do Azure, você pode carregar mapas e esquemas diretamente em um recurso de aplicativo lógico Standard. Se você estiver trabalhando com um projeto de aplicativo lógico Standard no Visual Studio Code, poderá carregar esses artefatos em suas respectivas pastas dentro da pasta Artefatos sem usar uma conta de integração. Você também pode chamar assemblies compilados personalizados de mapas XSLT.

• Funções do Azure

  Você pode executar transformações de modelo XSLT ou Liquid usando C# ou qualquer outra linguagem de programação para criar uma função do Azure que você pode chamar com o Gerenciamento de API do Azure ou os Aplicativos Lógicos do Azure.

Conectividade de rede

A seção a seguir descreve a funcionalidade e os recursos de conectividade de rede no BizTalk Server e no Azure Integration Services.

BizTalk Server

Com o BizTalk Server sempre instalado em um ambiente de servidor, a conectividade de rede depende da configuração de rede do servidor subjacente. Ao configurar a conectividade de rede para o BizTalk Server, geralmente você precisa configurar as seguintes áreas:

• Dependências
• Conectividade de entrada e saída para sistemas finais

Configuração de dependências

Para configurar totalmente o BizTalk Server em um ambiente de vários servidores, você precisa prestar atenção especial a todas as dependências de conectividade de rede, o que geralmente envolve a configuração do firewall para habilitar portas TCP e UDP para serviços ou protocolos conhecidos. Por exemplo, esses serviços e protocolos incluem acesso a um mecanismo de SQL Server, Microsoft MSDTC (Coordenador de Transações Distribuídas), unidades de rede clusterizados, serviços de SSO se instalados em um servidor diferente e o SharePoint são todos os serviços que você deve configurar criando regras de entrada e saída para implementar a conectividade.

Configuração de conectividade de entrada e saída

Depois de configurar totalmente o BizTalk Server e se preparar para implantar aplicativos, confirme se implementa regras de firewall que permitem que as instâncias de host se conectem e acessem serviços diferentes, sejam eles parte de uma rede interna ou externa. Ao pensar em conectividade com sistemas finais fora da rede da organização, você também deve incluir considerações de segurança. Vários sistemas dependem de definir uma lista de endereços IP permitidos como sua primeira linha de defesa, portanto, idealmente, o BizTalk Server roteia toda a comunicação de saída por meio de uma lista bem definida de endereços IP públicos.

Quando os serviços de parceiros tentarem entrar em contato com o BizTalk Server, verifique se eles não chegam a uma instância que esteja dentro da rede da sua organização ou da camada interna em que os principais serviços da organização podem estar disponíveis. Em vez disso, dê aos serviços de parceiro acesso a um ponto de extremidade que existe dentro de uma rede de perímetro, também conhecida como uma zona desmilitarizada (DMZ), que é o limite mais externo da rede de uma organização. No entanto, os serviços para onde o BizTalk Server deve rotear mensagens geralmente existem na rede da sua organização, portanto, eles devem ter acesso a essa camada interna.

Para alcançar esses cenários, existem várias abordagens, por exemplo:

• Implementar o BizTalk Server em uma rede de perímetro e permitir apenas que seus próprios serviços, ou instâncias de host, para acessar a rede da sua organização
• Configure dois BizTalk Servers com um em uma rede de perímetro e outro na rede da sua organização. Em seguida, o servidor na rede de perímetro publica as mensagens que o servidor na rede organizacional consome.
• Desenvolva aplicativos personalizados ou software de dispositivo, como NetScaler e F5, que podem atuar como proxies reversos, receber mensagens em nome do BizTalk dentro da rede de perímetro e redirecionar essas chamadas para o BizTalk Server.

Serviço de integração do Azure

• Conectividade de entrada e saída

  O Azure fornece várias maneiras de isolar seus serviços dentro de um limite de rede e conectar cargas de trabalho locais e de nuvem. A lista a seguir descreve diferentes maneiras de integrar recursos do Azure a recursos dentro de um perímetro de rede:

  • Gateway de dados local

    Esse gateway atua como uma ponte entre o Azure e os recursos dentro de um perímetro de rede, fornecendo transferência de dados rápida e segura entre dados locais e vários serviços de nuvem da Microsoft. Esses serviços incluem Aplicativos Lógicos do Azure, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate e Azure Analysis Services. Com esse gateway, você pode manter os bancos de dados e outras fontes de dados em suas redes locais, ao mesmo tempo usando esses dados locais em serviços de nuvem.

  • Conexões Híbridas

    Tanto um serviço do Azure quanto um recurso em Serviço de Aplicativo do Azure, as Conexões Híbridas dão suporte a cenários e oferecem recursos além daqueles usados no Serviço de Aplicativo do Azure. Para mais informações sobre o uso fora do Serviço de Aplicativo do Azure, confira Conexões Híbridas de Retransmissão do Azure. No Serviço de Aplicativo do Azure, as Conexões Híbridas para acessar recursos de aplicativo em qualquer rede que possa fazer chamadas de saída para o Azure pela porta 443. As Conexões Híbridas não habilitam uma nova maneira de acessar seu aplicativo, mas oferecem o acesso dele a um ponto de extremidade TCP. No Serviço de Aplicativo do Azure, cada conexão híbrida se correlaciona com uma única combinação de host e de porta TCP. Essa funcionalidade permite que seus aplicativos acessem recursos em qualquer sistema operacional, desde que ele seja um ponto de extremidade TCP. As Conexões Híbridas não sabem ou se preocupam com o protocolo do aplicativo ou com o que você deseja acessar. Esse recurso apenas fornece acesso à rede.

  • Integração de rede virtual

    Com a integração da Rede Virtual do Azure, você pode conectar o recurso do Azure a uma rede virtual configurada no Azure, dando ao aplicativo acesso aos recursos nessa rede virtual. A integração de rede virtual nos Aplicativos Lógicos do Azure é usada apenas para fazer chamadas de saída do recurso do Azure para sua rede virtual.

    Com o emparelhamento de rede virtual, você pode conectar suas redes locais ao Azure, que fornece conectividade bidirecional entre recursos locais e serviços do Azure. O Azure Integration Services fornece conectividade de rede virtual, permitindo a integração híbrida. A imagem a seguir mostra um recurso de aplicativo lógico Standard com a página Rede aberta e a integração de rede virtual habilitada, conforme realçado na caixa Tráfego de Saída. Essa configuração garante que todo o tráfego de saída saia dessa rede virtual.

    

  • Pontos de extremidade privados

    Um ponto de extremidade privado é uma adaptador de rede que usa um endereço IP privado da rede virtual. Essa interface de rede se conecta de forma privada e segura com um recurso do Azure da plataforma do Link Privado do Azure. Ao habilitar um ponto de extremidade privado, você coloca esse recurso do Azure em sua rede virtual e permite que os recursos na rede façam chamadas de entrada para o recurso do Azure.

A tabela a seguir mostra os métodos de conectividade de rede que cada recurso do Azure Integration Services pode usar:

Recurso	Gateway de dados local	Conexões Híbridas	Integração de rede virtual	Pontos de extremidade privados
Gerenciamento de API do Azure	✅		✅	✅
Aplicativos Lógicos do Azure (Consumo)	✅
Aplicativos Lógicos do Azure (Standard)	✅ (com conectores do Azure)	✅ (conectores internos)	✅ (conectores internos)	✅
Barramento de Serviço do Azure			✅	✅
Grade de Eventos do Azure

Código personalizado

A seção a seguir descreve as opções para criar e executar seu próprio código no BizTalk Server e no Azure Integration Services.

BizTalk Server

Você pode estender o BizTalk de várias maneiras usando o código .NET Fx personalizado, por exemplo:

Funcionalidade	Descrição
Código embutido	Você pode escrever código C# embutido em uma forma Orchestration. Você também pode escrever código embutido em um Mapa do BizTalk. Em ambos os cenários, os snippets de código geralmente são simples por natureza e não podem ser depurados.
Assemblies compilados	Você pode chamar esses assemblies dos seguintes locais: – Formas de expressão em uma orquestração – O BizTalk mapeia usando o Functoid de script – Políticas do mecanismo de regras de negócio (BRE) – Pipelines como componentes de pipeline personalizados Você pode depurar assemblies compilados anexando o depurador do Visual Studio ao processo do Windows da instância de host apropriado.
Adaptadores personalizados	O BizTalk Server inclui muitos adaptadores prontos para uso, mas você sempre pode criar seu próprio adaptador, se necessário.
Comportamentos personalizados do WCF	O BizTalk Server inclui muitos adaptadores prontos para uso, sendo a maioria baseada no Windows Communication Foundation (WCF). Em alguns casos, talvez seja necessário estender seus recursos desenvolvendo comportamentos personalizados, como a aplicação de um cabeçalho OAuth à comunicação do sistema.
Extensibilidade em mapas do BizTalk Server	– Você pode criar código embutido usando modelos de chamada C#, JScript, Visual Basic, XSLT ou XSLT para suprimir algumas limitações ou dificuldades usando os functoids prontos para uso. – Você pode chamar um assembly externo usando o Functoid de script. – Você pode criar functoids personalizados para usar em todos os mapas.

Serviço de integração do Azure

O Azure Functions fornece a capacidade de escrever código que você pode executar no conector do Azure Functions nos Aplicativos Lógicos do Azure. A plataforma do Functions dá suporte a várias linguagens de programação e runtimes, que oferecem muita flexibilidade. Essas funções geralmente são projetadas para ter tempos de execução curtos e existe um conjunto avançado de ferramentas de desenvolvedor para dar suporte ao desenvolvimento local e à depuração.

Nos Aplicativos Lógicos do Azure, o conector do Código Embutido fornece a ação chamada Executar Código JavaScript. Você pode usar essa ação para escrever snippets de código pequenos em JavaScript. Esses snippets de código também devem ter tempos de execução curtos e dar suporte a entradas e saídas de conteúdo dinâmico. Depois que o código for executado, a saída estará disponível para ações downstream no fluxo de trabalho. Embora não exista suporte direto de depuração para essa ação no momento, você pode exibir as entradas e saídas no histórico de execuções da instância de fluxo de trabalho.

Conforme mencionado na seção Componentes Reutilizáveis, o suporte para chamar assemblies .NET Fx de um mapa XSLT está disponível atualmente nos fluxos de trabalho do aplicativo lógico de Consumo quando você carrega esses assemblies em uma conta de integração. Essa funcionalidade ajuda a dar suporte a regras de transformação de dados personalizadas. Para fluxos de trabalho de aplicativo lógico Standard, a equipe de Aplicativos Lógicos do Azure lançou recentemente suporte para chamar o código .NET Fx de mapas XSLT sem a necessidade de uma conta de integração. Você também pode adicionar assemblies e mapas a um projeto de aplicativo lógico Standard no Visual Studio Code e, posteriormente, implantar no Azure. Para obter mais informações, confira .NET Framework suporte a assembly adicionado às transformações XSLT dos Aplicativos Lógicos do Azure (Standard) e a seção Roteiro.

Você também pode estender fluxos de trabalho incluindo aplicativos de API do Azure ou aplicativos Web criados com o Serviço de Aplicativo do Azure. Quando você tem um requisito para hospedar aplicativos Web, APIs REST e back-ends móveis, o Serviço de Aplicativo do Azure é a solução baseada em HTTP. Você pode integrar aplicativos hospedados no Serviço de Aplicativo do Azure com serviços locais ou de nuvem. Essa plataforma dá suporte a ambientes baseados em Windows e Linux para executar e dimensionar aplicativos juntamente com várias linguagens e estruturas, como ASP.NET Core, Java, Ruby, Node.js, PHP e Python.

Grupos de aplicativos

A seção a seguir descreve as opções para organizar suas cargas de trabalho no BizTalk Server e no Azure Integration Services.

BizTalk Server

Parte do ciclo de vida de desenvolvimento de software inclui a criação e o gerenciamento de seu código e artefatos em pacotes lógicos. O BizTalk Server dá suporte ao conceito de um aplicativo, de modo que você possa implantar uma solução do Visual Studio em um aplicativo do BizTalk. Portanto, se você tiver cenários em que precisa compartilhar recursos, poderá fazer referência a outros aplicativos.

O BizTalk Server usa um modelo de compartilhamento explícito no qual você pode adicionar referências a assemblies compilados. Desde que esses assemblies estejam no GAC (Cache de Assembly Global), o Runtime do BizTalk localiza e carrega assemblies conforme necessário. Uma desvantagem é que, quando você precisa atualizar os assemblies compartilhados, a menos que implemente um esquema de controle de versão, você precisa desinstalar todos os projetos do BizTalk que referenciam seus assemblies antes de fazer a atualização. Essa limitação pode resultar em longas linhas do tempo de implantação e complexidade no gerenciamento de várias instalações e desinstalações.

Serviço de integração do Azure

Nos Aplicativos Lógicos do Azure, o recurso de aplicativo lógico de Consumo inclui apenas um único fluxo de trabalho com estado, o que significa que o fluxo de trabalho e o recurso de aplicativo lógico, que é seu aplicativo, sempre tem uma relação de 1 para 1. Com o recurso de aplicativo lógico Standard, o conceito de aplicativo evoluiu. Embora o recurso de aplicativo lógico Standard ainda seja seu aplicativo, você pode incluir e executar vários fluxos de trabalho com esse recurso, resultando em uma relação de um para muitos. Se você estiver trabalhando localmente em um projeto de aplicativo lógico Standard em Visual Studio Code, seu recurso de aplicativo lógico será mapeado para este único projeto. Com essa abordagem, você pode agrupar facilmente e logicamente cargas de trabalho, códigos e artefatos relacionados no mesmo projeto e implantar esse projeto como uma única unidade.

As arquiteturas de nuvem funcionam de forma diferente dos paradigmas baseados em servidor, como o BizTalk. Os Aplicativos Lógicos do Azure (Standard) usam um modelo de pull para trazer código e artefatos. Portanto, como resultado, você copiará quaisquer artefatos adicionais necessários para seu projeto e os implantará posteriormente com seu código e outros artefatos. Em alguns casos, talvez você queira evitar ter que copiar todos os códigos e artefatos necessários. Nesse caso, você pode considerar transformar essa funcionalidade em um serviço que você pode gerenciar separadamente, mas pode chamar de um fluxo de trabalho.

Por exemplo, suponha que você tenha uma transformação de dados amplamente usada pela sua organização. Em vez de incluir o mapa para a transformação em vários projetos de aplicativo lógico, você pode implementar uma interface que fornece a transformação como um serviço. Em seguida, você pode gerenciar o ciclo de vida desse serviço separadamente de seus projetos de aplicativo lógico e chamar esse serviço de seus fluxos de trabalho.

Com a capacidade de incluir vários fluxos de trabalho em um projeto de aplicativo lógico Standard, você pode perguntar como organizar esses fluxos de trabalho em um projeto ou em vários projetos? A resposta geralmente depende de seus requisitos, por exemplo:

• Afinidade de processo empresarial
• Monitoramento e suporte de ponta a ponta
• Segurança, controle de acesso baseado em função e isolamento de rede
• Desempenho e nível de importância dos negócios
• Localização geográfica e redundância geográfica

Para obter mais informações, confira Organizando fluxos de trabalho de aplicativo lógico nos Aplicativos Lógicos do Azure (Standard).

Governança e segurança

A segurança e a governança são naturalmente importantes ao criar soluções integradas. Por definição, o middleware fica entre dois ou mais sistemas. Para se conectar e acessar esses sistemas ao estabelecer uma conexão, muitas vezes você precisa passar credenciais ou segredos, portanto, o gerenciamento dessas informações confidenciais requer consideração.

BizTalk Server

O BizTalk inclui o Logon Único (SSO) Corporativo, que permite armazenar, mapear e transmitir credenciais criptografadas usadas por adaptadores. Essas informações criptografadas são armazenadas no banco de dados de SSO. Você também pode configurar aplicativos afiliados de SSO, que são entidades lógicas que representam um sistema ou sistema de linha de negócios que você deseja conectar.

Serviço de integração do Azure

Os Aplicativos Lógicos do Azure dão suporte aos seguintes recursos de segurança:

• Cofre de Chave do Azure

  Você pode armazenar credenciais, segredos, chaves de API e certificados usando o Azure Key Vault. Nos Aplicativos Lógicos do Azure, você pode acessar essas informações usando o conector do Azure Key Vault e excluir essas informações dos logs da plataforma e do histórico de execução usando a funcionalidade de entradas e saídas seguras.

  Posteriormente, na seção Acompanhamento, este guia descreve a funcionalidade do histórico de execuções, que fornece uma reprodução passo a passo da execução de um fluxo de trabalho. Embora os Aplicativos Lógicos do Azure ofereçam a proposta de valor de capturar cada entrada e saída em uma execução de fluxo de trabalho, às vezes você precisa gerenciar o acesso a dados confidenciais de forma mais granular. Você pode configurar a ofuscação para esses dados usando a funcionalidade de entradas e saídas seguras em gatilhos e ações para ocultar esse conteúdo do histórico de execuções e impedir o envio desses dados para o Azure Monitor, especificamente o Log Analytics e o Application Insights. A imagem a seguir mostra um exemplo de resultado da habilitação de entradas seguras e saídas seguras no histórico de execuções.

  

• Integração baseada no OAuth

  A maioria dos conectores usa esse tipo de autenticação ao criar conexões. Essa abordagem facilita a integração com muitos serviços de SaaS, além de fornecer seu endereço de email e senha. O Gerenciamento de API do Azure também dá suporte ao OAuth, para que você possa usar os dois serviços juntos fornecendo um esquema de autenticação unificado.

  Essa funcionalidade não está disponível nativamente no BizTalk Server.

• Identidades gerenciadas

  Alguns conectores usando uma identidade gerenciada para autenticar o acesso aos recursos protegidos pelo Microsoft Entra ID. Ao usar uma identidade gerenciada para autenticar sua conexão, não precisa fornecer credenciais, segredos nem tokens do Microsoft Entra.

Gerenciamento de aplicativos e gerenciamento de acesso

A seção a seguir descreve as opções para gerenciar aplicativos e acessar o BizTalk Server e o Azure Integration Services.

BizTalk Server

Os administradores usam o Console do Administrador do BizTalk Server para gerenciar aplicativos do BizTalk Server. Essa ferramenta é um aplicativo cliente espesso do MMC (Console de Gerenciamento da Microsoft) que os administradores podem usar para implantar aplicativos, examinar transações anteriores, ativas e enfileiradas e executar atividades de solução de problemas profundas, como revisar rastreamentos e reenviar transações.

Serviço de integração do Azure

O portal do Azure é uma ferramenta comum que os administradores e a equipe de suporte usam para exibir e monitorar a integridade das interfaces. Para os Aplicativos Lógicos do Azure, essa experiência inclui rastreamentos de transação avançados que estão disponíveis por meio do histórico de execuções.

Controles de acesso granulares baseados em função (RBAC) também estão disponíveis para que você possa gerenciar e restringir o acesso aos recursos do Azure em vários níveis.

Armazenamento

A seção a seguir descreve as opções para armazenamento de dados no BizTalk Server e no Azure Integration Services.

BizTalk Server

O BizTalk Server depende muito do SQL Server para o armazenamento de dados e a persistência de dados. Todos os outros componentes e hosts no BizTalk Server têm funções específicas na integração de aplicativos de negócios diferentes, como recebimento, processamento ou roteamento de mensagens. No entanto, o computador do banco de dados captura e persiste esse trabalho em disco. Por exemplo, quando o BizTalk Server recebe uma mensagem de entrada, o host de recebimento persiste essa mensagem no banco de dados do MessageBox antes que outros hosts recuperem a mensagem para processamento e envio de orquestração.

Como você é responsável por provisionar e gerenciar seus bancos de dados SQL, a alta disponibilidade é um componente de arquitetura importante para garantir o tempo de atividade. Para fornecer alta disponibilidade para os bancos de dados do BizTalk Server, os clientes geralmente usam o Clustering do Windows para criar um cluster de servidores com dois ou mais computadores executando o SQL Server. Esse cluster de servidores fornece redundância e tolerância a falhas para bancos de dados do BizTalk Server. Ao contrário do clustering com balanceamento de carga em que um grupo de computadores trabalha em conjunto para aumentar a disponibilidade e a escalabilidade, o clustering de servidores normalmente envolve um par de computadores de banco de dados em uma configuração ativa-passiva para que um computador forneça recursos de backup para o outro.

Serviço de integração do Azure

Os Aplicativos Lógicos do Azure dependem do Armazenamento do Microsoft Azure para armazenar e criptografar dados inativos automaticamente. Essa criptografia protege seus dados e ajuda a cumprir os compromissos de conformidade e segurança de sua organização. Por padrão, o armazenamento do Microsoft Azure usa chaves gerenciadas pela Microsoft para criptografar seus dados. Para obter mais informações, consulte Criptografia do Armazenamento do Azure para dados em repouso.

Quando você trabalha com o Armazenamento do Microsoft Azure por meio do portal do Azure, todas as transações ocorrem por HTTPS. Você também pode trabalhar com o Armazenamento do Microsoft Azure usando a API REST de Armazenamento por HTTPS. Para impor o uso de HTTPS ao chamar as APIs REST para acessar objetos em contas de armazenamento, habilite a transferência segura necessária para a conta de armazenamento.

Configuração de dados

A separação entre a configuração e o código torna-se importante quando você deseja mover suas soluções de integração entre ambientes sem precisar recompilar ou remontar seu código. As informações de configuração geralmente são específicas do ambiente, portanto, você pode definir pontos de extremidade e outros detalhes que precisam ser alterados à medida que implanta soluções em seu cenário.

BizTalk Server

• Executável do Serviço NT do BizTalk

  Esse executável chama um arquivo app.config chamado BTSNTSvc.exe.config. Esse arquivo fornece pares chave-valor para que você possa armazenar informações de configuração de texto não criptografado. No entanto, tome cuidado com esse arquivo com base nas seguintes considerações:

  • Confirme se replica cuidadosamente a configuração em todos os computadores dentro de um grupo BizTalk.

  • As alterações de configuração exigem que você reinicie as instâncias de host para selecionar os valores mais recentes neste arquivo de configuração.

  • Quaisquer erros de sintaxe introduzidos nesse arquivo de configuração impedem que as instâncias de host sejam iniciadas e resultem em tempo de inatividade.

• Ferramenta SSO Enterprise

  Você também pode usar essa ferramenta como um repositório de configuração. As ferramentas da comunidade também estão disponíveis para habilitar o gerenciamento de dados usando o SSO Enterprise. Você pode acessar esses dados por meio de ferramentas do SDK para recuperar esses dados em runtime.

• Componentes de cache personalizados

  Esses componentes geralmente são introduzidos para que você possa resolver casos de uso além de pares chave-valor. Por exemplo, suponha que você queira armazenar dados tabulares em um banco de dados do SQL Server e carregar esses dados na memória quando uma instância de host for iniciada. Essa implementação permite que o BizTalk Server obtenha essas informações em runtime executando o código .NET Fx personalizado. Em seguida, você pode acessar esses dados de orquestrações, mapas do BizTalk e componentes de pipeline personalizados.

• Banco de dados personalizado

  Os bancos de dados são uma tecnologia e linguagem conhecidas para desenvolvedores e administradores, portanto, um banco de dados personalizado é outra opção comum para armazenar dados de configuração de aplicativo.

• Mecanismo de regras de negócio (BRE)

  Embora não seja um caso de uso primário, o BRE também pode atuar como um repositório de configuração. Se você chamar o mecanismo de um componente de orquestração ou pipeline, poderá definir informações específicas do ambiente em políticas BRE e, em seguida, implantar a política correspondente no ambiente relevante. Em runtime, um componente de orquestração ou pipeline pode acessar e usar essas informações em funções downstream, como mapas ou em situações de roteamento.

• Arquivo de configuração personalizada

  Você pode usar arquivos de configuração personalizada (.config) para armazenar dados de configuração de aplicativo, mas essa abordagem não é comum porque você provavelmente precisa manter um local estático e fixo para esses arquivos em todos os ambientes.

• Registro do Windows

  Você pode usar o registro do Windows como uma opção válida para armazenar os valores de configuração do aplicativo. Esse registro é um banco de dados hierárquico central usado pelos sistemas operacionais Windows da Microsoft para armazenar informações necessárias para configurar o sistema de um ou mais usuários, aplicativos e dispositivos de hardware. O registro contém os seguintes elementos básicos: hives, chaves e valores. No entanto, manter valores armazenados no registro pode ser difícil em ambientes grandes com vários registros e a dificuldade de fazer backup de configurações de aplicativo individuais.

Serviço de integração do Azure

• Cofre de Chave do Azure

  Esse serviço armazena e protege chaves criptográficas e outros segredos usados por aplicativos e serviços de nuvem. Como o gerenciamento seguro de chaves é essencial para proteger dados na nuvem, use o Azure Key Vault para criptografar e armazenar chaves e segredos, como senhas.

• Configuração de Aplicativo do Azure

  Esse serviço gerencia centralmente as configurações do aplicativo e os sinalizadores de recursos. Você pode armazenar configurações para todos os seus aplicativos do Azure em um local universal hospedado. Gerencie as configurações de forma eficaz e confiável em tempo real e sem afetar os clientes, evitando reimplantações demoradas. A Configuração de Aplicativos do Azure foi criada para oferecer velocidade, escalabilidade e segurança.

• Azure Cosmos DB

  Esse serviço é um banco de dados NoSQL totalmente gerenciado para desenvolvimento de aplicativos modernos com tempos de resposta de um milissegundo de único dígito, além de escalabilidade automática e instantânea, que garante velocidade em qualquer escala. Você pode carregar dados de configuração no Azure Cosmos DB e acessar esses dados usando o conector do Azure Cosmos DB nos Aplicativos Lógicos do Azure.

• Armazenamento de Tabelas do Azure

  Esse serviço fornece outro recurso de armazenamento para manter os dados de configuração a um custo baixo. Você pode acessar facilmente esses dados usando o conector do Armazenamento de Tabelas do Azure nos Aplicativos Lógicos do Azure. Para obter mais informações, confira Armazenamento de Tabelas do Azure.

• Caching personalizado

  Você também pode implementar soluções de cache personalizadas com o Azure Integration Services. As abordagens populares incluem o uso de políticas de cache no Gerenciamento de API do Azure e Cache do Azure para Redis.

• Banco de dados personalizado

  Os bancos de dados são uma tecnologia e linguagem conhecidas para desenvolvedores e administradores, portanto, um banco de dados personalizado é outra opção comum para armazenar dados de configuração de aplicativo.

Processamento de arquivo grande

A seção a seguir descreve as opções para tratar arquivos grandes no BizTalk Server e no Azure Integration Services.

BizTalk Server

Para lidar com o processamento de arquivos grandes, o BizTalk Server inclui otimizações com base nos seguintes perfis:

• Somente roteamento de mensagem

  Se você usar o BizTalk Server somente para rotear mensagens com base em propriedades de mensagens promovidas, as mensagens serão transmitidas para o banco de dados do MessageBox usando a interface XmlReader do .NET. O BizTalk Server não carrega partes de mensagens individuais na memória, portanto, nesse cenário, erros de memória insuficiente não são um problema. No entanto, a principal consideração é a quantidade de tempo necessária para gravar mensagens muito grandes (mais de 100 MB) no banco de dados do MessageBox. A equipe de desenvolvimento do BizTalk Server testou com êxito o processamento de mensagens de até 1 GB ao executar apenas o roteamento. Para obter mais informações, confira Otimizando o desempenho do pipeline.

• Transformações de dados com mapas

  Quando o BizTalk Server transforma um documento usando um mapa, essa operação potencialmente com uso intensivo de memória passa a mensagem para a classe .NET XslCompiledTransform, que carrega a folha de estilos XSL. Depois que a operação de carregamento for concluída com êxito, vários threads poderão chamar simultaneamente o método de transformação. Para obter mais informações, confira Classe XslCompiledTransform.

  O BizTalk Server melhora significativamente o gerenciamento de memória para documentos grandes, implementando um limite de tamanho de mensagem configurável para carregar documentos na memória durante as transformações. Por padrão, o limite de tamanho da mensagem é de 1 MB. Para qualquer mensagem com um tamanho abaixo desse limite, o BizTalk Server manipula a mensagem na memória. Para reduzir os requisitos de memória para qualquer mensagem com um tamanho acima desse limite, o BizTalk Server armazena a mensagem em buffer no sistema de arquivos.

Serviço de integração do Azure

Existem algumas diferenças fundamentais entre o processamento de arquivos grandes com uma plataforma de middleware local, como o BizTalk Server versus uma oferta de PaaS, como os Aplicativos Lógicos do Azure. Por exemplo, examine cuidadosamente grandes cenários de mensagens para encontrar a solução certa porque existem maneiras potencialmente diferentes de resolver esse problema em um ambiente de nuvem moderno.

Limites de tamanho de arquivo

No Azure, existem limites de tamanho de arquivo para garantir experiências consistentes e confiáveis. Para validar seu cenário, examine a documentação de limites de serviço dos Aplicativos Lógicos do Azure. Alguns conectores dão suporte ao agrupamento de mensagens para mensagens que excedem o limite de tamanho de mensagem padrão, que varia de acordo com o conector. O agrupamento de mensagens funciona dividindo uma mensagem grande em mensagens menores.

Os Aplicativos Lógicos do Azure não são o único serviço que tem limites de tamanho de mensagem. Por exemplo, o Barramento de Serviço do Azure também tem esses limites. Para obter mais informações sobre como lidar com mensagens grandes no Barramento de Serviço do Azure, confira Suporte a mensagens grandes.

Padrão de verificação de declaração

Para evitar limitações de tamanho de arquivo, você pode implementar o padrão de verificação de declaração, que funciona dividindo uma mensagem grande em uma verificação de declaração e um conteúdo. Envie a verificação de declaração para a plataforma de mensagens e armazene o conteúdo em um serviço externo. Dessa forma, você pode processar mensagens grandes enquanto protege o barramento de mensagens e o cliente contra sobrecarga. Esse padrão também ajuda a reduzir custos, pois o armazenamento geralmente é mais barato do que as unidades de recursos usadas pela plataforma de mensagens.

Fábrica de dados do Azure

O Azure Data Factory fornece outra opção para lidar com arquivos grandes. Esse serviço é a oferta de ELT do Azure para integração e transformação de dados escalonáveis sem servidor com uma experiência visual sem código para criação intuitiva e monitoramento e gerenciamento de painel único. Você também pode migrar por lift-and-shift pacotes existentes do SSIS (SQL Server Integration Services) para o Azure e executá-los com total compatibilidade no Azure Data Factory. O Azure-SSIS Integration Runtime oferece um serviço totalmente gerenciado, de modo que não é necessário se preocupar com o gerenciamento da infraestrutura. Para obter mais informações, confira Migrar cargas de trabalho do SQL Server Integration Services por lift-and-shift para a nuvem.

Em arquiteturas locais, o SSIS era uma opção popular para gerenciar o carregamento de arquivos grandes em bancos de dados. Como o equivalente de nuvem para essa arquitetura, o Azure Data Factory pode lidar com a transformação e a movimentação de grandes conjuntos de dados em várias fontes de dados, como sistemas de arquivos, bancos de dados, SAP, Armazenamento de Blobs do Azure, Azure Data Explorer, Oracle, DB2, Amazon RDS e muito mais. Quando você tiver requisitos de processamento de dados grandes, considere usar o Azure Data Factory como uma opção melhor nos Aplicativos Lógicos do Azure e no Barramento de Serviço do Azure.

Monitoramento e alertas

BizTalk Server

• Monitor de Integridade do BizTalk

  Essa ferramenta é um snap-in do MMC que você pode usar para monitorar a integridade de seus ambientes do BizTalk Server e executar tarefas de manutenção. Os recursos incluem relatórios do Visualizador MsgBox (MBV), tarefas da ferramenta Terminator, notificações por email, coleta de relatórios e integração ao perfmon.

• Console de Administração do BizTalk

  Essa ferramenta também é um snap-in do MMC para que os administradores descubram falhas, instâncias suspensas, transações que estão sendo repetidas, estado e muito mais. A experiência da ferramenta é muito reativa por natureza, pois você deve atualizar constantemente o console para examinar as informações mais recentes.

• BizTalk360

  Uma solução da Web externa que fornece controle total sobre seu ambiente do BizTalk Server. Essa única ferramenta oferece recursos de operações, monitoramento e análise para o BizTalk Server.

Serviço de integração do Azure

• Azure Monitor

  Para monitorar os recursos do Azure, você pode usar esse serviço e a funcionalidade do Log Analytics como uma solução abrangente para coletar, analisar e agir sobre dados de telemetria de seus ambientes locais e de nuvem.

• Nos Aplicativos Lógicos do Azure, as seguintes opções estão disponíveis:

  • Para fluxos de trabalho do aplicativo lógico de Consumo, você pode instalar a Solução de Gerenciamento de Aplicativos Lógicos (versão prévia) no portal do Azure e configurar logs do Azure Monitor para coletar dados de diagnóstico. Depois de configurar seu aplicativo lógico para enviar esses dados para um workspace do Azure Log Analytics, a telemetria flui para onde a Solução de Gerenciamento de Aplicativos Lógicos pode fornecer visualizações de integridade. Para obter mais informações, consulte Como configurar os logs do Azure Monitor e coletar dados de diagnóstico para os Aplicativos Lógicos do Azure. Com o diagnóstico habilitado, você também pode usar o Azure Monitor para enviar alertas com base em diferentes tipos de sinal, como quando um gatilho ou uma execução falha. Para obter mais informações, confira Monitorar o status de execução, examinar o histórico de gatilho e configurar alertas para Aplicativos Lógicos do Azure.

  • Para fluxos de trabalho de aplicativo lógico Standard, você pode habilitar o Application Insights na criação de recursos de aplicativo lógico para enviar logs de diagnóstico e rastreamentos dos fluxos de trabalho do aplicativo lógico. No Application Insights, você pode exibir um mapa do aplicativo para entender melhor as características de desempenho e integridade de suas interfaces. O Application Insights também inclui recursos de disponibilidade para configurar testes sintéticos que chamam proativamente pontos de extremidade e, em seguida, avaliam a resposta para códigos de status HTTP ou conteúdo específicos. Com base em seus critérios configurados, você pode enviar notificações aos stakeholders ou chamar um webhook para recursos de orquestração adicionais.

• O 360 sem servidor é uma solução externa da Kovai que fornece monitoramento e gerenciamento por meio do mapeamento de serviços do Azure, como Aplicativos Lógicos do Azure, Barramento de Serviço do Azure, Gerenciamento de API do Azure e Azure Functions. Você pode reprocessar mensagens usando filas de mensagens mortas no Barramento de Serviço do Azure, habilitar a autorrecuperação para resolver interrupções intermitentes do serviço e configurar o monitoramento proativo por meio de transações sintéticas.

  Você pode configurar regras de monitoramento personalizadas e exibir logs em uma experiência de portal. Você pode enviar notificações por meio de vários canais, como email, Microsoft Teams e ServiceNow. Para determinar visualmente a integridade de suas interfaces, os mapas de serviço estão disponíveis.

Monitoramento de atividades comerciais

A seção a seguir descreve as opções para monitorar e coletar telemetria para cargas de trabalho no BizTalk Server e no Azure Integration Services.

BizTalk Server

O BizTalk Server inclui um recurso chamado BAM (Monitoramento de Atividades Empresariais) que permite que desenvolvedores e analistas de negócios definam perfis de acompanhamento que podem ser aplicados a orquestrações. À medida que as mensagens se movem pelas portas de recebimento e envio, os atributos de dados são capturados e armazenados em um banco de dados BAM. A implementação personalizada também está disponível por meio de uma API do .NET Fx.

Serviço de integração do Azure

Embora não exista nenhuma funcionalidade equivalente de monitoramento de atividades comerciais no Azure, você pode criar uma solução personalizada usando recursos como o Application Insights ou outras plataformas de dados. Durante a execução do fluxo de trabalho, você pode instrumentar seu código ou configuração para enviar informações relevantes para esses armazenamentos de dados, nos quais você pode executar análises e visualizações adicionais usando o Power BI. Para obter mais informações sobre investimentos futuros nessa área, confira a seção Roteiro mais adiante neste guia.

Outra opção é que você pode usar uma solução externa de Kovai chamada Serverless 360. Junto com a plataforma de monitoramento, você pode usar o recurso de monitoramento de atividades de negócios que fornece acompanhamento de ponta a ponta para fluxos de processo empresarial entre integrações híbridas e nativas de nuvem. Esse recurso inclui um conector gerenciado que os desenvolvedores podem usar para instrumentar o código e capturar dados comerciais importantes. Os administradores podem criar painéis posteriormente e compartilhá-los com analistas de negócios.

Acompanhamento

A seção a seguir descreve as opções para acompanhar artefatos para monitoramento de desempenho e análise de integridade no BizTalk Server e no Azure Integration Services.

BizTalk Server

• Acompanhamento de mensagens

  Os administradores do BizTalk Server podem usar o acompanhamento do corpo da mensagem para indicar quando manter os corpos das mensagens no armazenamento para fins de solução de problemas e auditoria. O acompanhamento de mensagens é uma operação cara das perspectivas de desempenho e armazenamento, portanto, use essa funcionalidade seletivamente para evitar problemas de desempenho. Quando você habilita o acompanhamento do corpo da mensagem nas portas Receive e Send, o BizTalk Server copia os dados para o banco de dados de Acompanhamento do BizTalk (BizTalkDTADb) usando o trabalho do SQL Server Agent chamado TrackedMessages_Copy_<message-box-name>.

  

  Você pode aplicar o acompanhamento a quase todos os artefatos do BizTalk Server, incluindo orquestrações, pipelines, portas de recepção, portas de envio, esquemas e regras de negócios. Essas opções são habilitadas ou desabilitadas em runtime sem afetar seu código (solução) ou exigir qualquer reinicialização.

• HAT (Acompanhamento de Atividades e Integridade)

  Embora a ferramenta HAT tenha sido removida do BizTalk Server a partir da edição 2009, a funcionalidade ainda existe no Console de Administração do BizTalk. Os administradores podem pesquisar dados por meio da interface Nova Consulta dentro da experiência Visão Geral do Grupo. Você pode personalizar consultas com base em critérios diferentes, incluindo o tipo de evento, o nome da porta, a URI, o nome do esquema e muito mais. Se você quiser examinar os corpos da mensagem que foram movidos por meio de uma porta de recebimento ou de envio, poderá acessar essas informações desde que tenha habilitado o acompanhamento no nível da porta. Para obter mais informações, confira Integridade e acompanhamento de atividades.

• Integração com o Application Insights e os Hubs de Eventos do Azure

  A partir do Pacote de Recursos 1 do BizTalk Server de 2016, você pode publicar a telemetria no Application Insights no Azure Monitor ou para Hubs de Eventos do Azure. Essa abordagem evita problemas de capacidade de disco no SQL Server, para que você possa usar armazenamentos de dados elásticos baseados em nuvem, como o Application Insights, Log Analytics e histórico de execuções nos Aplicativos Lógicos do Azure.

Serviço de integração do Azure

Os Aplicativos Lógicos do Azure fornecem um histórico de execução avançado para que os desenvolvedores e analistas de suporte possam examinar a ação por telemetria de ação, incluindo todas as entradas e saídas processadas. Para ajudar a proteger quaisquer dados confidenciais, você pode habilitar entradas e saídas seguras em ações individuais em fluxos de trabalho. Essa funcionalidade ofusca ou oculta os dados em logs e históricos de execução de fluxo de trabalho para evitar vazamentos.

Além da ofuscação de dados, você pode usar as regras do RBAC do Azure para proteger o acesso a dados. O RBAC do Azure inclui duas funções internas especificamente para Aplicativos Lógicos do Azure, que são o Colaborador de Aplicativo Lógico e o Operador de Aplicativo Lógico.

Além do RBAC do Azure, você também pode restringir o acesso ao histórico de execuções nos Aplicativos Lógicos do Azure por intervalo de endereços IP.

Hosting

A seção a seguir descreve as opções de hospedagem no BizTalk Server e no Azure Integration Services.

BizTalk Server

O BizTalk Server 2020 dá suporte às seguintes plataformas e produtos Microsoft:

• Windows Server 2019, Windows Server 2016 e Windows Server 10
• Visual Studio 2019 Enterprise e Visual Studio 2019 Professional
• SQL Server 2019, SQL Server 2017 e SQL Server 2016 SP2
• Office 2019 e Office 2016

Você pode instalar e executar o BizTalk Server em seu próprio hardware, máquina virtual local ou máquinas virtuais do Azure. As máquinas virtuais do Microsoft Azure oferecem a flexibilidade da virtualização para uma ampla gama de soluções de computação com suporte para BizTalk Server, Windows Server, SQL Server e mais. Todas as máquinas virtuais da geração atual incluem balanceamento de carga e dimensionamento automático sem custo.

Serviço de integração do Azure

Aplicativos Lógicos do Azure

• Planos de hospedagem

  Nos Aplicativos Lógicos do Azure de locatário único, um aplicativo lógico Standard é semelhante a uma função do Azure ou aplicativo Web em que você pode usar um único plano de Serviço de Fluxo de Trabalho para hospedar vários aplicativos lógicos Standard. Essa similaridade significa que você não precisa implantar todos os fluxos de trabalho em um único recurso de aplicativo lógico Standard. Em vez disso, você pode organizar esses fluxos de trabalho em grupos lógicos (aplicativos lógicos) para ajudá-lo a gerenciar melhor outros aspectos da sua solução. Essa abordagem ajuda você a aproveitar ao máximo seu plano de Serviço de Fluxo de Trabalho e seus aplicativos à prova de futuro, que você pode implementar para que eles possam ser dimensionados individualmente.

  Um aplicativo lógico Standard tem os seguintes tipos de preço: WS1, WS2 e WS3. Funcionalmente, cada camada fornece os mesmos recursos. Seus requisitos de computação e memória determinam o que é melhor para seu cenário, por exemplo:

  Tipo de preço	vCPU (CPU virtual)	Memória (GB)
  WS1	1	3,5
  WS2	2	7
  WS3	4	14

  Para obter as informações mais recentes, confira Tipos de preço no modelo Standard.

• Disponibilidade e redundância

  No Azure, as zonas de disponibilidade fornecem resiliência, disponibilidade distribuída e escalabilidade de zona ativa-ativa-ativa. Para aumentar a disponibilidade para suas cargas de trabalho de aplicativo lógico, você pode habilitar o suporte à zona de disponibilidade, mas somente quando você cria seu aplicativo lógico. Você precisará de pelo menos três zonas de disponibilidade separadas em qualquer região do Azure que dê suporte e habilite a redundância de zona. A plataforma de Aplicativos Lógicos do Azure distribui essas zonas e as cargas de trabalho do aplicativo lógico entre elas. Essa funcionalidade é um requisito fundamental para habilitar arquiteturas resilientes e fornecer alta disponibilidade em caso de falhas de datacenter em uma região. Para obter mais informações, confira Criar soluções para alta disponibilidade usando as zonas de disponibilidade.

• Ambientes isolados e dedicados

  Para aplicativos lógicos Standard, você tem a opção de selecionar um Ambiente do Serviço de Aplicativo (ASE) v3 para seu ambiente de implantação. Com um ASE v3, você obtém um ambiente totalmente isolado e dedicado para executar aplicativos em alta escala com preços previsíveis. Pague apenas pelo plano do Serviço de Aplicativo ASE, independentemente do número de aplicativos lógicos que você criar e executar.

Barramento de Serviço do Azure

O Barramento de Serviço do Azure oferece vários tipos de preço para que você possa escolher a melhor camada que atenda às suas necessidades. Para ambientes corporativos, os clientes geralmente escolhem as camadas Premium ou Standard. Para clientes que precisam de alta taxa de transferência com desempenho previsível e suporte para rede avançada, a camada Premium é uma opção melhor. Ou, se você puder aceitar a taxa de transferência variável e o processamento de mensagens menor, a camada Standard poderá fazer mais sentido. A tabela a seguir resume as duas camadas:

Camada premium	Camada padrão
Alta taxa de transferência	Taxa de transferência variável
Desempenho previsível	Latência variável
Preço fixo	Preço pré-pago variável
Capacidade de escalar a carga de trabalho verticalmente	Não disponível
Tamanho de mensagem de até 100 MB. Confira Suporte a mensagens grandes.	Até 256 KB de tamanho de mensagem

Para obter as informações mais recentes, confira asCamadas do sistema de mensagens do Barramento de Serviço Premium e Standard.

Gerenciamento de API do Azure

O Gerenciamento de API do Azure oferece vários tipos de preço para que você possa escolher a melhor camada que atenda às suas necessidades. Cada camada tem seus próprios recursos e são denominadas Consumo, Desenvolvedor, Básico, Standard e Premium.

Os recursos nessas camadas variam da integração ao Microsoft Entra, suporte à rede virtual do Azure, cache interno, gateways auto-hospedados e muito mais. Para obter mais informações sobre as camadas e suas funcionalidades, confira Comparação baseada em recursos das camadas de Gerenciamento de API do Azure.

Fábrica de dados do Azure

O Azure Data Factory oferece vários modelos de preços para que você possa escolher o melhor modelo que atenda às suas necessidades. As opções variam de acordo com o tipo de runtime, que inclui o Azure Integration Runtime, o Runtime de Integração VNET Gerenciada e o Runtime de Integração Auto-hospedada. Em cada oferta de runtime, considere o suporte para orquestrações, atividade de movimentação de dados, atividade de pipeline e atividade de pipeline externo. Para obter mais informações sobre planejamento de custos e preços, confira Planejar o gerenciamento de custos para o Azure Data Factory e Noções básicas sobre preços do Data Factory por meio de exemplos

Implantação

BizTalk Server

O empacotamento de implantação nativa no BizTalk Server baseia-se em um arquivo MSI (Instalador da Microsoft) combinado com uma configuração de ambiente, associações ou arquivo. Esses dois arquivos criam uma separação entre a instalação de componentes, que são implantados nos seguintes repositórios do BizTalk Server e definem as configurações no nível da porta e do pipeline, incluindo ponto de extremidade, segredos, configuração de pipeline e outros.

• Gerenciamento do banco de dados
• Pastas locais do BizTalk Server
• Cache de Assembly Global do .NET

Embora esse processo possa ser eficaz, você também precisa gerenciar cada configuração de ambiente individual separadamente do código. O projeto de software livre BTDF (Estrutura de Implantação do BizTalk) oferece uma solução para esse problema. Com essa ferramenta, você pode manter a configuração do ambiente como parte de sua solução do BizTalk Server usando um arquivo de associação com tokens, que você cria em tempo de design, e uma matriz de token, que você cria como um arquivo do Excel, para cada ambiente.

Em seguida, o processo de build cria um arquivo MSI unificado e com controle de versão. Esse arquivo dá suporte à implantação de componentes e à configuração de ambiente do mesmo pacote, o que lhe dá melhor controle sobre a versão da solução que você deseja implementar entre ambientes.

O suporte para um pacote BTDF em um pipeline de CI/CD (implantação contínua de integração contínua) está disponível no BizTalk Server 2020, que inclui essa funcionalidade introduzida com os Pacotes de Recurso do BizTalk Server 2016. Você pode usar essa funcionalidade e a plataforma do Azure DevOps para simplificar a implantação automática para soluções do BizTalk Server em ambientes.

Serviço de integração do Azure

Ao implantar um componente ou solução do Azure Integration Services no Azure, você deve gerenciar os seguintes itens:

• Recursos do Azure que atuam como contêineres ou infraestrutura para as soluções que você deseja implantar, por exemplo, a instância do Gerenciamento de API, recurso Standard de aplicativo lógico, namespace do Barramento de Serviço ou tópico da Grade de Eventos

• A lógica real implementada por cada componente, como APIs, fluxos de trabalho, filas e assinaturas

• A configuração específica do ambiente associada a cada componente, por exemplo, permissões, segredos, alertas e assim por diante

Ao manter a definição de infraestrutura separada do código, você pode tratar a definição de infraestrutura como apenas mais uma parte do código que você pode ver, armazenar com segurança em um repositório de controle do código-fonte e disparar uma implantação quando a definição for alterada. Essa prática, comumente conhecida como IaC (Infraestrutura como Código), melhora a qualidade do ambiente porque você pode criar versões para cada ambiente e acompanhar as alterações de volta ao controle do código-fonte.

O Azure Integration Services dá suporte à IaC fornecendo a capacidade de criar recursos de infraestrutura usando modelos do Gerenciamento de Recursos do Azure. Embora os modelos do ARM possam parecer complexos para entender e implementar como uma solução unificada, você pode usar ferramentas de abstração, como Bicep, Terraform ou Pulumi, que fornecem uma experiência semelhante a código para criar sua definição de infraestrutura. Embora essas ferramentas forneçam camadas de abstração sobre modelos do ARM, as ferramentas geram modelos do ARM e podem implantar esses modelos para você.

Com sua infraestrutura em vigor, você pode implantar a lógica que implementa seus fluxos de trabalho de ponta a ponta. Como o Azure Integration Services oferece uma coleção de ferramentas para implementar seus fluxos de trabalho de integração, você deve implantar cada componente. Para soluções criadas com o Azure Integration Services, os pipelines de CI/CD geralmente são baseados na implantação de uma orquestração de componentes. Os engenheiros de DevOps podem usar ações internas que abstraem atividades de implantação ou usam ações genéricas que executam comandos da CLI ou scripts de automação, como PowerShell e Bash. Na maioria dos casos, os engenheiros personalizam pipelines com base nas necessidades do aplicativo, revisam as diretrizes da documentação oficial e usam repositórios de exemplo como ponto de partida.

O processo para preparar cada componente para implantação geralmente executa as seguintes etapas em consideração:

• Fase de integração contínua

  1. Obtenha a versão mais recente do código-fonte.

  2. Prepare o código com a configuração específica do ambiente.

     Os detalhes dessa etapa dependem do suporte de cada tecnologia para injeção externa de variáveis de ambiente. A premissa básica é que as informações de configuração baseadas em ambiente, como cadeias de conexão e referências a recursos externos, são abstraídas para referenciar um repositório de configurações de aplicativo. Portanto, nesse cenário, você armazenaria referências que podem existir como texto não criptografado diretamente no repositório de configurações do aplicativo, mas armazenaria valores confidenciais, como segredos, como ponteiros de referência para entradas em um repositório de segredos, como um cofre de chaves do Azure.

     Os Aplicativos Lógicos do Azure possibilitam essa abordagem para um recurso de aplicativo lógico Standard, dando suporte a referências ao repositório de configurações do aplicativo, que você pode mapear pares nome-valor para entradas no cofre de chaves.

     Para o Gerenciamento de API do Azure, você pode obter resultados semelhantes usando uma configuração de valores de nome, que também dá suporte ao Azure Key Vault.

  3. Empacote o código para implantação em vários ambientes.

• Fase de implantação contínua

  1. Implante o código empacotado no ambiente de destino.

  2. Atualize o repositório de configurações do aplicativo com os valores de ambiente corretos, seja como texto não criptografado ou referências a entradas no cofre de chaves.

  3. Atualize as permissões necessárias que dependem do código.

  4. Prepare seu aplicativo para execução, se necessário.

Confronto de recursos

A tabela e o diagrama a seguir mostram aproximadamente como recursos, artefatos, recursos e funcionalidades correspondem entre o BizTalk Server em comparação com o Azure Integration Services, embora o confronto não seja um para um. Embora o Azure Integration Services seja uma plataforma fundamental para cargas de trabalho de integração, considere todos os recursos disponíveis do Azure como um todo.

Recurso ou funcionalidade	BizTalk Server	Azure
Orquestrações	– Orquestração do BizTalk Server – Código C# (classe auxiliar ou serviço Web)	– Fluxo de trabalho dos Aplicativos Lógicos do Azure – Aplicativo de funções do Azure Functions – Aplicativo de API do Azure
Pipelines	– Pipelines do BizTalk Server – Componentes de pipeline	– Fluxos de trabalho dos Aplicativos Lógicos do Azure (como pipelines) – Gerenciamento de API do Azure (como pipelines) – Azure Functions ou aplicativo de API do Azure
Roteamento de mensagem	– MessageBox – Promoções de propriedade – Filtros	– Filas e tópicos do Barramento de Serviço do Azure (cabeçalhos de mensagem, propriedades de mensagem e assinaturas) – Grade de Eventos do Azure ou Gerenciamento de API do Azure – SQL Server ou Cache do Azure para Redis
Conectividade do aplicativo	– Adaptadores personalizados e prontos para uso do BizTalk Server – IIS (Serviços de Informações da Internet) e Gerenciamento de API do Azure (recursos híbridos)	– Conectores dos Aplicativos Lógicos do Azure – Gerenciamento de API do Azure (como conectores) – Azure Functions ou aplicativo de API do Azure
Referências-cruzadas	Tabelas xref_ * no banco de dados de Gerenciamento do BizTalk (BizTalkMgmtDb)	- Azure Functions - SQL Server - Personalizado
Esquemas (XSD)	– Esquemas do BizTalk Server – Esquemas de arquivo simples, JSON e XML	– Aplicativos Lógicos do Azure (Consumo) e Conta de Integração do Azure – Azure Functions e Conta de Armazenamento do Microsoft Azure – Aplicativos Lógicos do Azure e Aplicativo de API do Azure – Aplicativos Lógicos do Azure (Standard)
Mapas	– Mapeador do BizTalk – Mapas XSLT – Gerenciamento de API do Azure (funcionalidades híbridas)	– Aplicativos Lógicos do Azure (Consumo) e Conta de Integração do Azure (mapas XSLT, Liquid) – Azure Functions e Conta de Armazenamento do Microsoft Azure – Aplicativos Lógicos do Azure e aplicativo de API do Azure – Aplicativos Lógicos do Azure (Standard)
Regras de negócio	– Mecanismo de regras de negócios do BizTalk Server	- Azure Functions - SQL Server – Banco de dados personalizado
Monitoramento de atividades comerciais	Monitoramento de Atividades Comerciais do BizTalk Server	- SQL Server – Azure Monitor (Application Insights) – Power BI
EDI	– Recursos prontos para uso do BizTalk Server – Partes, parceiros, contratos, AS2, X12, EDIFACT	Aplicativos Lógicos do Azure e Conta de Integração do Azure (parceiros, contratos, AS2, X12, EDIFACT)
HL7, RosettaNet e SWIFT	Aceleradores do BizTalk Server para HL7, RosettaNet e SWIFT	– Aplicativos Lógicos do Azure, conectores RosettaNet e SWIFT e Conta de Integração do Azure – Gerenciamento de API do Azure para FHIR (HL7) – Blueprint do Azure, que permite a conformidade do CSP SWIFT no Azure
Segredos	Logon Único (SSO) Corporativo	– Azure Key Vault - SQL Server – Configuração do aplicativo
Governança e segurança	– Logon Único (SSO) Corporativo – Aplicativos afiliados ao SSO – Active Directory – Assinar certificados – Autenticação de Segurança nos IIS – Segurança de rede	– Microsoft Entra ID – Segurança de rede do Azure – Controle de acesso baseado em função do Azure (RBAC do Azure) – Declarações, tokens – Políticas de acesso compartilhado
Configuração de dados	– Arquivos de configuração – Configuração do aplicativo SSO corporativo – Componentes de cache personalizados – Banco de dados personalizado – Mecanismo de regras de negócio – Registro do Windows	– Azure Key Vault – Configuração de Aplicativos do Azure – Azure Cosmos DB – Armazenamento de Tabelas do Azure – Configuração dos Aplicativos Lógicos do Azure (Standard) – Configuração do Azure Functions – Valores e back-ends nomeados do Gerenciamento de API do Azure - SQL Server – Caching personalizado – Banco de dados personalizado
Implantação	– Arquivo de associação do BizTalk Server	Azure Pipelines – Scripts Bicep – Terraform
Acompanhamento	– Recursos de acompanhamento do BizTalk Server (portas de recebimento, portas de envio, pipelines, orquestrações) – Acompanhamento dos IIS – Análise interna do Gerenciamento de API do Azure (funcionalidades híbridas)	– Histórico de execuções e propriedades controladas dos Aplicativos Lógicos do Azure – Conta de Armazenamento do Microsoft Azure – Azure Monitor (Application Insights) – Análise interna do Gerenciamento de API do Azure – Solução personalizada, por exemplo, Hubs de Eventos do Azure mais Azure Functions mais SQL Server mais Azure Data Explorer
Monitoramento	– Console de Administração do BizTalk – Monitor de Integridade do BizTalk	Azure Monitor (Application Insights, Log Analytics)
Operações	– Console de Administração do BizTalk Server Azure Pipelines – MSI, PowerShell – Estrutura de Implantação do BizTalk	– Portal do Azure – Azure Monitor – Modelos do Azure Resource Manager Azure Pipelines – PowerShell, CLI, Bicep

Roteiro

Para ajudar a atender às necessidades dos clientes do BizTalk na migração de suas cargas de trabalho e interfaces para o Azure Integration Services, a Microsoft prioriza atualmente os seguintes investimentos:

Período de tempo	Investimentos em funcionalidade
Curto prazo	- Suporte a XSLT + .NET Framework (Visualização Pública) - Codificador e decodificador SWIFT MT (Visualização Pública) – Chamar código do .NET Framework personalizado dos Aplicativos Lógicos do Azure (Standard)
Médio prazo	– Aprimoramentos de edição e conta de integração – Suporte a XML nativo – Suporte a WCF e SOAP - Suporte ao Mecanismo de Regras de Negócio
Longo prazo	Acompanhamento de eventos de negócios

Para se manter atualizado sobre os investimentos mais recentes, assine as Integrações no Blog do Azure – Tech Community.

Próximas etapas

Você aprendeu mais sobre como o Azure Integration Services se compara ao BizTalk Server. Em seguida, saiba como escolher os melhores recursos do Azure para seus cenários. Ou então, pule para examinar abordagens e recursos sugeridos, considerações de planejamento e práticas recomendadas para sua migração.

Escolher as melhores ofertas dos Azure Integration Services para seu cenário

Abordagens de migração do BizTalk Server para os Serviços de integração do Azure