Modernize cargas de trabalho mainframe e midrange utilizando o Azure Logic Apps Standard

O Azure Logic Apps Standard ajuda as organizações a expandir e modernizar gradualmente cargas de trabalho mainframe e midrange sem antes de reescrever programas anfitriões já estabelecidos ou transferir todo o processamento para o Azure. Use fluxos de trabalho e conectores incorporados para expor transações, dados, mensagens, ficheiros e aplicações baseadas em ecrã existentes aos consumidores modernos. Execute a camada de integração no Azure, no Ambiente do Serviço de Aplicações v3 (ASE v3), ou na infraestrutura gerida pelo cliente através de implementação híbrida em Kubernetes habilitado para Azure Arc.

Os clientes que migram do BizTalk Server podem preservar metadados de integração de anfitrião compatíveis e utilizar configurações de adaptadores existentes como entradas para novas ligações de conectores incorporados. Esta abordagem apoia a coexistência gradual entre sistemas existentes e modernizados, enquanto as equipas movimentam interfaces e capacidades de negócio em ondas geríveis.

Valor para o cliente

A Azure Logic Apps Standard oferece o seguinte valor para a modernização de mainframes e sistemas de gama intermédia:

Objetivo do cliente	Azure Logic Apps Standard valor
Preservar sistemas de funcionamento	Reutilizar programas anfitriões, estruturas de dados, filas, ficheiros e metadados compatíveis existentes, modernizando a camada de integração envolvente.
Modernizar de forma incremental	Introduzir fluxos de trabalho como fachadas de integração, mover uma interface ou capacidade de negócio de cada vez e manter sistemas legados e modernos a operar juntos durante a transição.
Reduzir o código de integração personalizada	Utilize fluxos de trabalho visuais, conectores integrados, transformações e código no âmbito do fluxo de trabalho em vez de criar todos os componentes de integração de raiz.
Escolha onde o processamento corre	Aloja fluxos de trabalho no Azure ou executa-os em Kubernetes com Arc perto de sistemas locais quando a latência, residência de dados ou requisitos de rede favorecem o processamento local.
Suportar diferentes características de carga de trabalho	Use fluxos de trabalho com estado para processos duráveis e de longa duração e fluxos de trabalho sem estado para processamento em memória com menor latência quando persistência não for necessária.
Adotar práticas modernas de entrega	Armazenar definições de fluxos de trabalho, configuração, metadados e código de suporte no controlo de versões e utilizar pipelines automatizados de compilação e implementação.

O Azure Logic Apps Standard é o núcleo de orquestração e integração e o ambiente de execução da solução. Outras mensagens, gestão de APIs, distribuição de eventos, bases de dados ou serviços geridos pelo cliente não são necessários por defeito. Adicione-os apenas quando a arquitetura refatorada requer uma capacidade independente, limite de escala, ciclo de vida ou modelo de propriedade.

Por que usar o Azure Logic Apps Standard

O Standard oferece capacidades adequadas para a integração com o sistema anfitrião que não estão todas disponíveis em simultâneo no tipo de recurso Consumption:

Os conectores integrados, baseados em fornecedor de serviços, funcionam com o ambiente de execução do Azure Logic Apps e fornecem acesso direto a sistemas mainframe e midrange suportados.
Uma aplicação de lógica padrão pode conter múltiplos fluxos de trabalho relacionados que partilham limites de computação, armazenamento, rede, configuração e implementação.
Fluxos de trabalho com estado e sem estado suportam processos duráveis e cenários de pedido-resposta com menor latência.
Os fluxos de trabalho Standard alojados no Azure suportam integração de redes virtuais e endpoints privados para acesso a sistemas privados.
A implementação híbrida executa fluxos de trabalho e operações de conectores integradas numa infraestrutura gerida pelo cliente.
O desenvolvimento do Visual Studio Code suporta testes locais, controlo de versões e CI/CD.

O Azure Logic Apps Standard fornece implementações nativas na cloud de muitas funcionalidades essenciais de integração historicamente fornecidas pelo Host Integration Server (HIS), incluindo acesso a programas de transações IBM, sistemas de mensagens, bases de dados, ficheiros host e aplicações 3270. Alguns protocolos e cenários, como a conectividade LU6.2, continuam a exigir HIS.

Escolha onde executar fluxos de trabalho

Os conectores mainframe e midrange incorporados neste artigo são suportados com cada opção de alojamento Standard. Escolha a opção que cumpra os requisitos da carga de trabalho para propriedade da infraestrutura, isolamento, conectividade, latência e localização dos dados.

Opção de hospedagem	Melhor ajuste	Principais considerações
Plano de Serviço de Fluxo de Trabalho	Alojamento Azure gerido para fluxos de trabalho que se ligam a sistemas anfitriões através de caminhos de rede privados ou públicos.	Utiliza capacidade reservada de WS1, WS2 ou WS3 e suporta integração de rede virtual, endpoints privados e monitorização do Azure.
Ambiente do Serviço de Aplicações v3	Cargas de trabalho alojadas no Azure que requerem isolamento dedicado, rede, limites de conformidade ou consolidação com outras cargas de trabalho de Serviços de Aplicações.	Requer um ASE v3 e um Plano de Serviço de Aplicação Isolado v2.
Híbrido	Processamento local, residência de dados, acesso de baixa latência a sistemas anfitriões ou infraestrutura gerida pelo cliente.	É executado em Kubernetes compatível com o Azure Arc e requer um Kubernetes gerido pelo cliente, o SQL Server, armazenamento SMB, rede, escalabilidade e operações.

A implantação híbrida está parcialmente conectada, não isolada da rede. As operações de conectores incorporadas funcionam com o runtime local do Azure Logic Apps, enquanto a gestão do Azure e quaisquer conectores geridos na cloud requerem conectividade de saída. Para requisitos e limitações atuais de infraestrutura, consulte Configurar a sua própria infraestrutura para aplicações de lógica padrão usando implantação híbrida.

Preservar os investimentos de integração existentes

Durante décadas, a Microsoft forneceu funcionalidades de integração com mainframes e sistemas intermédios por meio do Microsoft Host Integration Server. O Azure Logic Apps Standard baseia-se nesta experiência com ferramentas e conectores orientados por metadados que ajudam a preservar os investimentos existentes em aplicações.

Microsoft HIS Designer para Azure Logic Apps

Esta ferramenta do Visual Studio cria os metadados XML do Host Integration Designer (HIDX) que os conectores do Azure Logic Apps utilizam para interagir com programas e estruturas de dados de mainframe e de sistemas intermédios. O designer gráfico permite-lhe criar, visualizar, editar e mapear interfaces de programas, métodos, parâmetros, registos e tipos de dados. Também podes importar livros de cópias de COBOL e RPG. Para mais informações, consulte HIS Designer for Azure Logic Apps.

Ferramenta de design do Microsoft 3270

Esta ferramenta regista ecrãs, caminhos de navegação, métodos e parâmetros para tarefas numa aplicação 3270. A ferramenta gera metadados HIDX que o conector IBM 3270 utiliza para executar o plano de navegação registado. Para obter mais informações, consulte 3270 Design Tool.

Migrar integrações do BizTalk com sistemas anfitriões

Se as suas aplicações BizTalk Server utilizarem adaptadores para sistemas anfitriões, pode usar muitos artefactos existentes e detalhes de configuração para acelerar a migração para o Azure Logic Apps Standard:

Reutilizar metadados HIDX compatíveis com os conectores incorporados CICS, IMS, IBM i, IBM 3270 e IBM Host File.
Utilize os copybooks existentes de COBOL e RPG para criar ou atualizar metadados HIDX.
Use o Azure Logic Apps Migration Agent para descobrir artefactos BizTalk suportados, incluindo bindings, configurações de endpoints e ficheiros HIDX, e utilize-os durante análises, planeamento e conversão.

As definições existentes não são transferidas como ligações do Azure Logic Apps passíveis de implementação sem uma revisão. Recrie a configuração específica do ambiente, credenciais, certificados e definições de rede para o ambiente de alojamento alvo e valide o comportamento resultante. As integrações BizTalk que dependem do LU6.2 exigem refatoração ou redesenho. Para mais informações, consulte Migrar BizTalk Server com Azure Logic Apps Migration Agent.

Associar ativos existentes a conectores integrados

Os seguintes conectores incorporados, baseados no fornecedor de serviços, funcionam com o runtime Standard. Alguns conectores também têm versões geridas que correm no Azure global, mas este artigo foca-se nas versões integradas.

Ativo existente ou integração	Azure Logic Apps Caminho padrão de modernização	Investimento a preservar
Aplicação IBM 3270	Use o conector IBM 3270 para executar navegação gravada no ecrã através de um fluxo de dados TN3270. Esta opção adapta-se a aplicações que não fornecem uma interface ao nível do programa.	Metadados de navegação HIDX e requisitos de ligação ao TN3270. Veja Integrar aplicações IBM 3270.
Programa de transações CICS	Utilize o conector de Chamadas de Programa CICS para expor transações existentes a fluxos de trabalho e aplicações modernas via TCP/IP ou HTTP. Usa o HIS quando for necessário o LU6.2.	Metadados HIDX, copybooks e requisitos de ligação ao host e ao CICS. Consulte Integrar os programas CICS.
Base de dados DB2 da IBM	Use o conector IBM DB2 para ler e modificar bases de dados DB2 suportadas diretamente sobre TCP/IP sem um gateway de dados local.	Servidor, base de dados, pacotes, páginas de código e requisitos de autenticação. Consulte Ligar a recursos do IBM DB2.
Ficheiro de anfitrião IBM	Use o IBM Host File connector para analisar conteúdo binário em dados estruturados ou gerar conteúdo binário de ficheiro host. O conector não requer uma ligação direta ao host.	Layouts HIDX, cadernos de texto e informação de páginas de código. Veja Analisar e gerar ficheiros do host IBM.
IBM i COBOL ou programa RPG	Use o conector IBM i Program Call para reutilizar a lógica de negócio estabelecida através do servidor Distributed Program Calls sobre TCP/IP. Usa o HIS quando for necessário o LU6.2.	Metadados HIDX, cadernos de cópias e requisitos de ligação IBM i. Ver Integrar programas IBM i.
Programa de transações IMS	Utilize o conector IMS Program Call para invocar programas através do IMS Connect por TCP/IP. Nos bastidores, o IMS Connect utiliza filas de mensagens IMS para encaminhar pedidos e respostas.	Metadados HIDX, copybooks e configurações do IMS Connect. Consulte Integrar programas IMS.
Serviço de mensagens IBM MQ	Utilize o conector IBM MQ para ligar filas e mensagens existentes a processos de workflow modernos.	Requisitos de gestor de fila, canal, fila, TLS e formato de mensagem. Ver Ligar ao IBM MQ.

Modernizar de forma incremental

Ambientes mainframe e midrange frequentemente contêm programas, dados, ficheiros, agendadores e interfaces externas fortemente ligados. Uma migração em big bang visa substituir o âmbito selecionado num lançamento coordenado único. Esta abordagem pode adaptar-se a um ambiente pequeno e bem compreendido, mas o risco de entrega e transição aumenta com o número de dependências e a duração do projeto.

Para a maioria dos ambientes, utilize ondas iterativas para preservar o funcionamento atual e gerar valor mais cedo:

Inventaria programas, dados, interfaces, tarefas, dependências, objetivos de serviço e requisitos operacionais.
Selecione um fluxo de integração de ponta a ponta com valor claro para o negócio e dependências geríveis.
Introduzir o Azure Logic Apps Standard como fachada de integração enquanto o sistema anfitrião permanece operacional.
Reutilize metadados compatíveis e configure os conectores incorporados necessários.
Teste o comportamento funcional, o throughput, a recuperação, a segurança e a coexistência com a implementação legada.
Redirecionar os consumidores para a interface modernizada e monitorizar o fluxo de produção.
Repita o processo para as ondas subsequentes e desative as interfaces legadas apenas depois de os seus consumidores e dependências migrarem.

Cada onda pode fornecer uma funcionalidade ou um grupo relacionado de fluxos de integração. Tarefas partilhadas e aplicações altamente interligadas poderão ficar para ondas posteriores, após interfaces de menor risco estabelecerem padrões reutilizáveis de fluxo de trabalho, segurança, implementação e operações.

Aplicar padrões de modernização

Use padrões de arquitetura de acordo com a carga de trabalho alvo em vez de tratar qualquer padrão como obrigatório.

Padrão de camada anticorrupção

Considere usar o Azure Logic Apps Standard como uma camada anticorrupção entre interfaces legadas e consumidores modernos. Os fluxos de trabalho podem traduzir protocolos, formatos e modelos de interação sem que os consumidores compreendam detalhes específicos do host. A fachada pode funcionar em Azure ou em Kubernetes com Arc perto do ambiente anfitrião.

Para mais informações, consulte Padrão da Camada Anticorrupção.

Padrão de figo Strangler

Use o padrão Strangler Fig para encaminhar interfaces ou capacidades selecionadas através da nova camada de integração enquanto a carga de trabalho restante continua a correr no host. Substituir as implementações incrementalmente, validar cada transição e desativar os componentes legados apenas depois de as suas dependências serem migradas.

Para obter mais informações, consulte Strangler Fig pattern.

Padrões de Saga e Coreografia

Use o padrão Saga quando um processo de negócio abrange sistemas que não podem participar numa única transação distribuída. Um fluxo de trabalho com estado pode atuar como o orquestrador central da saga, coordenando os participantes e gerindo explicitamente novas tentativas, falhas e ações compensatórias. Cada participante realiza a sua própria transação local. As ações do fluxo de trabalho não são automaticamente atómicas enquanto grupo, e o Azure Logic Apps não reverte automaticamente as alterações em sistemas externos. Projetar operações para idempotência e implementar compensação utilizando ações, escopos e condições de execução.

Numa saga baseada em coreografias, os serviços participantes trocam eventos através da infraestrutura de mensagens sem um fluxo de trabalho central que coordene toda a transação. Adicionar serviços como Azure Service Bus ou Azure Event Grid apenas quando a arquitetura exigir mensagens independentes ou distribuição de eventos. Para mais informações, consulte o padrão de transações distribuídas Saga e o padrão de coreografia.

Planear a segurança, as operações e os custos

Use conectividade de rede privada e autenticação segura adequada ao ambiente de alojamento e ao sistema anfitrião. Armazene segredos em repositórios de segredos aprovados, em vez de definições de fluxo de trabalho.
Manter as definições do fluxo de trabalho, os ficheiros HIDX, os modelos de configuração e o código de suporte no controlo de versões. Separe as variáveis específicas do ambiente dos artefactos passíveis de implementação e utilize pipelines automatizados.
Conceber para repetições e para processamento pelo menos uma vez. Use idempotência, deduplicação, identificadores de correlação e escritas seguras para evitar efeitos duplicados.
Defina a monitorização, os alertas, a retenção do histórico de execução, a recuperação após desastre e a responsabilidade pelo suporte antes da entrada em produção. As implementações hospedadas no Azure e as híbridas têm capacidades e limitações de monitorização diferentes.
Compare o custo total de propriedade entre alojamento, utilização de conectores, rede, armazenamento, monitorização e infraestrutura gerida pelo cliente. O Standard inclui execuções de operações incorporadas, enquanto as operações de conectores geridos e os recursos de suporte podem implicar custos adicionais.

Para consultar os limites e preços atuais, veja os limites e a configuração do Azure Logic Apps e os preços e os modelos de faturação do Azure Logic Apps.

Exemplos de cenários de modernização

Expor uma transação CICS a uma aplicação moderna

Crie um fluxo de trabalho Standard que chame um programa CICS existente através do conector incorporado, transforme a resposta e devolve uma interface moderna a uma camada de aplicação ou API. Mantenha o programa CICS como sistema de referência enquanto os utilizadores se afastam da conectividade específica do sistema anfitrião.

Tornar os dados do DB2 disponíveis para análise

Use um fluxo de trabalho padrão para ler dados operacionais aprovados do DB2, validar e transformar os registos, e enviá-los para um serviço de dados ou análise do Azure. Esta abordagem evita criar um programa de extração separado para o mainframe para cada utilizador, preservando o controlo sobre quando e como os dados saem do sistema anfitrião.

Executar integração perto dos sistemas anfitriões

Implemente o Azure Logic Apps Standard no Kubernetes com Azure Arc quando os fluxos de trabalho necessitem de processamento local, residência de dados ou acesso de baixa latência a sistemas IBM. As operações de ligação incorporadas executam com o tempo de execução local, enquanto o fluxo de trabalho pode ligar-se seletivamente aos serviços do Azure quando a arquitetura e a política de rede o permitirem.

Próximos passos

Comentários

Esta página foi útil?

Última atualização a 2026-09-16