Editar

Share via


Gateway de dados no local do Azure Logic Apps

Azure ExpressRoute
Azure Logic Apps
Azure Resource Manager
Azure Spring Apps

Esta arquitetura de referência ilustra uma aplicação lógica em execução no Microsoft Azure, que é acionada pelo Azure Spring Apps. Em seguida, liga-se a recursos no local, como o Microsoft SQL Server e o Microsoft SharePoint Server.

Arquitetura

O diagrama ilustra um recurso do Azure Spring Apps que aciona uma Aplicação Lógica que avança através de um fluxo de trabalho que se liga aos recursos do SQL Server no local e do SharePoint Server através de um gateway de dados.

Transfira um ficheiro do Visio desta arquitetura.

Fluxo de trabalho

A arquitetura consiste no seguinte:

Componentes

Principais tecnologias utilizadas para implementar esta arquitetura:

  • O Azure Spring Apps é um serviço totalmente gerido para programadores do Spring. Faça a gestão do ciclo de vida das suas aplicações do Spring Boot com monitorização e diagnósticos abrangentes, gestão de configuração, deteção de serviços, integração ci/CD e implementações a azul-verde.
  • O Azure Logic Apps é uma plataforma de integração como serviço (iPaaS) líder incorporada num runtime em contentores. Implemente e execute o Logic Apps em qualquer lugar para aumentar o dimensionamento e a portabilidade ao automatizar fluxos de trabalho críticos para a empresa em qualquer lugar.
  • O armazenamento de Filas do Azure é uma fila de mensagens simples, económica e durável para grandes cargas de trabalho.

Detalhes do cenário

Potenciais casos de utilização

Utilizações típicas desta arquitetura:

  • Fluxos de trabalho do Azure Logic Apps baseados na cloud que requerem dados de software no local como parte da execução.
  • Expandir as capacidades do software no local existente ao acionar fluxos de trabalho do Logic Apps na cloud.

Recomendações

As recomendações seguintes aplicam-se à maioria dos cenários. Siga estas recomendações, a menos que tenha requisitos específicos que as substituam.

Gateway de dados no local

Embora seja possível expor os seus servidores no local à Internet pública, é preferível utilizar um gateway de dados no local. Este gateway cria uma ligação de leitura/escrita segura entre as origens de dados no local e o Azure. O gateway de dados no local é utilizado com conectores do Logic Apps para ligar origens de dados locais ao Azure. Antes de instalar um gateway de dados no local, considere o seguinte:

  • Pode instalar um gateway de dados no local em qualquer máquina virtual no local. Pode optar por instalá-la na mesma máquina virtual que as aplicações do servidor ou numa máquina virtual co-localizada com a conectividade de rede adequada.
  • A arquitetura do gateway de dados no local foi concebida para criar ligações de saída para Azure Service Bus.
  • Reveja as considerações adicionais para instalar um gateway de dados no local.

Um gateway de dados no local pode ser utilizado com mais do que apenas o Logic Apps. É possível utilizar a mesma instalação do gateway de dados com:

Considerações

Estas considerações implementam os pilares do Azure Well-Architected Framework, que é um conjunto de princípios orientadores que podem ser utilizados para melhorar a qualidade de uma carga de trabalho. Para obter mais informações, veja Microsoft Azure Well-Architected Framework.

Escalabilidade

  • À medida que a quantidade de fluxos do Logic Apps aumenta, considere as restrições de capacidade dos servidores no local. Terá de determinar se os servidores no local conseguem lidar com o aumento da carga de trabalho.

Disponibilidade

Capacidade de gestão

DevOps

  • O recurso do Azure correspondente para um gateway de dados no local só deve ser criado depois de o software correspondente ser instalado numa máquina virtual no local.
  • Considere armazenar a configuração do fluxo de trabalho como um modelo JSON num modelo de Resource Manager do Azure para automatizar a implementação.

Segurança

A segurança fornece garantias contra ataques deliberados e abuso dos seus valiosos dados e sistemas. Para obter mais informações, veja Descrição geral do pilar de segurança.

  • Embora seja possível expor os seus servidores no local à Internet pública, é preferível utilizar um gateway de dados no local. Este gateway cria uma ligação de leitura/escrita segura entre as origens de dados no local e o Azure.

Otimização de custos

A otimização de custos consiste em analisar formas de reduzir as despesas desnecessárias e melhorar a eficiência operacional. Para obter mais informações, veja Descrição geral do pilar de otimização de custos.

  • Utilize a calculadora de preços do Azure para prever os custos.
  • Esta referência pressupõe que o plano de consumo é utilizado para criar um recurso global do Logic Apps.
  • Esta referência utiliza apenas conectores padrão, que são medidos a um preço mais baixo do que os conectores empresariais.

Passos seguintes