Pare de usar seu gateway como um simples duto: o que ele realmente faz

By Mirko Peters · 2026-08-28

Automatically translated with AI from the original post. Read the English original

Cover: Configure the Power Platform Data Gateway for Reliable Connectivity

Bem-vindo de volta ao companion do blog do podcast! Se você já ficou olhando para uma roda girando enquanto a atualização de um dataset do Power BI avança em um ritmo glacial, ou se seus painéis corporativos vivem expirando justo no momento em que a liderança mais precisa deles, provavelmente está apontando o dedo para a direção errada. Arquitetos e administradores tratam com frequência o Power Platform Data Gateway como uma simples peça de encanamento — um duto passivo que apenas transporta dados de um lado para o outro entre bancos de dados locais e a nuvem. Nada poderia estar mais longe da verdade.

Neste post, vamos mergulhar a fundo na realidade arquitetural do gateway. Vamos explorar como ele atua como um mecanismo de processamento de alta carga e por que ignorar sua configuração realmente destrói o desempenho dos seus relatórios. Se você quiser entender esses conceitos arquiteturais em mais detalhes e ouvir uma análise animada de cenários reais de solução de problemas, não deixe de ouvir o episódio relacionado do nosso podcast, Configure the Power Platform Data Gateway for Reliable Connectivity.

Vamos levantar o capô e examinar como o gateway realmente funciona, além dos passos concretos que você pode dar para transformá-lo de um gargalo em uma rodovia de alta velocidade.

O intermediário mal compreendido: o que o gateway realmente faz

Para melhorar o desempenho do seu gateway, você precisa primeiro entender o que acontece de fato nos bastidores quando um serviço da nuvem faz uma solicitação a uma fonte de dados local. O fluxo de dados parece enganosamente simples no papel: o Power BI Service se comunica com o cluster do gateway, que se comunica com a máquina host, que executa uma consulta na sua fonte de dados e então percorre o caminho inverso para devolver os resultados. Mas isso não é um simples repasse passivo.

O gateway realiza um trabalho pesado em cada etapa. Ele cuida dos handshakes de autenticação, encerra e restabelece a criptografia Transport Layer Security (TLS), traduz as cargas de consulta e gerencia grandes buffers de memória. Como ele lida com criptografia, tradução de consultas e buffering de arquivos temporários, a máquina do gateway é um mecanismo de processamento totalmente funcional. Tratá-lo como um middleware leve é receita para o desastre.

Você também precisa observar com atenção o modo de implantação. O gateway em Modo Pessoal foi projetado estritamente para cenários de usuário único e nunca deve ser usado para relatórios corporativos compartilhados. Para cargas de trabalho de produção, você deve implantar o Standard Data Gateway — de preferência em uma configuração em cluster com dois ou mais nós, para garantir alta disponibilidade e balanceamento de carga. Além disso, arquiteturas modernas podem usar os Azure VNet Data Gateways para obter zero exposição de entrada, mantendo suas equipes de segurança satisfeitas enquanto entregam um desempenho robusto.

Configurações padrão e assassinos de desempenho ocultos

Quando você instala uma nova instância do Power Platform Data Gateway, o instalador usa configurações padrão conservadoras, projetadas para garantir que ele funcione de imediato em praticamente qualquer hardware. Infelizmente, essas configurações padrão atuam como assassinos silenciosos de desempenho em um ambiente corporativo.

Considere a concorrência, por exemplo. Por padrão, o gateway geralmente opera com uma fila conservadora que limita a execução paralela de consultas. Se você tem um hardware poderoso ocioso enquanto suas atualizações se acumulam em fila, sequencialmente, está desperdiçando recursos. Você precisa aumentar os limites de consultas paralelas para igualar a capacidade real do seu host.

O dimensionamento dos buffers é outro grande problema. Se seus buffers forem pequenos demais, o gateway é forçado a gravar dados em disco, o que introduz gargalos de I/O massivos. Dê um respiro à sua memória RAM. Além disso, certifique-se de que o antivírus da equipe de segurança esteja configurado com as exclusões adequadas. A varredura em tempo real dos caminhos de instalação, cache e log do gateway pode paralisar o processamento de consultas, já que cada arquivo temporário é inspecionado de forma agressiva.

Também precisamos falar sobre a configuração StreamBeforeRequestCompletes. Embora ela possa melhorar muito o desempenho em redes locais de baixa latência, ela introduz riscos graves em VPNs de alta latência. Por fim, cuidado com o efeito de "amnésia pós-atualização". Sempre que você atualizar o software do gateway, as configurações padrão podem ser redefinidas e apagar seus ajustes personalizados. Sempre reaplique seus ajustes de desempenho imediatamente após uma atualização do gateway.

O fator rede: roteamento, latência e a realidade do "cold-potato"

Você pode investir no hardware mais caro para o seu host de gateway, mas, se o roteamento de rede tiver falhas fundamentais, o desempenho continuará sendo prejudicado. A latência se acumula em cada salto de rede, e um roteamento ruim anula completamente todas as outras otimizações que você tentar.

Muitas organizações caem na armadilha de direcionar todo o tráfego por VPNs corporativas e proxies web centralizados "por controle". Na prática, esse desvio desnecessário acrescenta centenas de quilômetros de distância física, saltos de rede extras e atrasos causados pela inspeção TLS, que consome muitos recursos. Em vez disso, permita que seu tráfego saia localmente até o Ponto de Presença (POP) de borda da Microsoft mais próximo, o mais rápido possível. Assim que o tráfego chegar a esse POP de borda, ele seguirá pelo backbone global otimizado da Microsoft diretamente até o destino.

Para análises sensíveis e interativas, configure as preferências de roteamento de rede da Microsoft para garantir desempenho de primeira linha. Reserve as opções de roteamento pela internet padrão apenas para transferências de dados em massa e de baixa prioridade. Sair do desvio pela VPN corporativa costuma ser a mudança mais impactante que uma organização pode fazer para reduzir os tempos de atualização dos seus relatórios.

Hardware e hospedagem: como construir um host de gateway de verdade

Como o gateway é um mecanismo de processamento pesado, executá-lo em uma máquina virtual compartilhada e subdimensionada, com recursos superalocados, é um convite para falhas. Você precisa tratar seu host de gateway como infraestrutura corporativa de primeira linha.

Do ponto de vista de hardware, busque uma especificação de referência de pelo menos 16 GB de RAM, 8 ou mais núcleos físicos de CPU e armazenamento SSD ou NVMe rápido para o cache e os arquivos de log. Máquinas virtuais são totalmente aceitáveis, mas você deve garantir que os recursos de CPU e memória sejam estritamente reservados e nunca superalocados.

Para eliminar pontos únicos de falha e escalar a sua capacidade de processamento, implante clusters de gateway com pelo menos dois nós. É essencial que todos os nós de um cluster tenham números de versão idênticos e configurações correspondentes. Para verificar se o hardware está dimensionado corretamente, meça o que realmente importa usando o relatório Gateway Performance integrado, em conjunto com os contadores do Monitor de Desempenho do Windows (PerfMon) que acompanham utilização de CPU, consumo de RAM, bytes privados e duração da execução de consultas.

Melhores práticas de otimização proativa e manutenção

A infraestrutura exige cuidado e acompanhamento contínuo, e os gateways de dados não são exceção. Um dos erros administrativos mais comuns é habilitar atualizações automáticas em gateways de produção. Uma atualização de software repentina e não validada pode alterar seus arquivos de configuração ou introduzir problemas de compatibilidade que quebrem relatórios essenciais para o negócio.

Em vez disso, estabeleça um ambiente de homologação em que você teste as atualizações antes de promovê-las para produção. Mantenha sempre um backup das configurações do seu cluster e das fontes de dados para que você possa se recuperar rapidamente se algo der errado. Crie painéis semanais de integridade que correlacionem picos de atualização com a sua agenda, permitindo distribuir de forma uniforme as cargas de trabalho que consomem muitos recursos ao longo do tempo.

Use scripts do PowerShell para executar verificações automatizadas de integridade que monitorem o status dos serviços, as versões de software e a profundidade da fila, e implemente reinicializações de serviço programadas e controladas durante os períodos de menor uso. Documente as versões do sistema operacional, as versões do .NET Framework, as portas abertas e as exclusões do antivírus. Tratar seu gateway como infraestrutura real significa aplicar governança de TI disciplinada às suas operações do dia a dia.

Checklist de implementação para conectividade confiável

Para ajudar você a colocar esses conceitos em prática imediatamente, aqui está um checklist rápido e acionável que você pode copiar, colar e revisar com sua equipe:

Verifique o modo: certifique-se de que você está executando um Gateway Padrão (nunca Pessoal) e de que o cluster tem pelo menos dois nós.
Ajuste a concorrência: aumente as consultas paralelas por fonte de dados e por nó, e aumente os tamanhos de buffer monitorando o uso de RAM.
Otimize o armazenamento: coloque o cache e os logs do gateway em unidades SSD ou NVMe rápidas e configure exclusões abrangentes de antivírus.
Avalie o streaming: revise a configuração StreamBeforeRequestCompletes com base na latência real da sua rede.
Corrija o roteamento: direcione o tráfego de saída localmente e contorne VPNs ou proxies desnecessários para os endpoints do Microsoft 365 e do Power Platform.
Priorize o tráfego: confirme que as preferências de roteamento da Microsoft Network estão habilitadas para o tráfego analítico.
Dimensione o hardware corretamente: garanta que o host tenha pelo menos 16 GB de RAM, 8 ou mais núcleos físicos e recursos reservados, caso esteja virtualizado.
Monitore o desempenho: habilite o relatório Gateway Performance e conecte os contadores do PerfMon.
Automatize a verificação de integridade: implemente verificações de integridade com PowerShell e reinicializações de serviço agendadas e controladas.
Governe as atualizações: prepare as atualizações de software em nós secundários, mantenha backups de configuração e documente sua linha de base operacional.

Conclusão

O Power Platform Data Gateway é muito mais do que uma simples ponte ou um canal passivo: é um mecanismo de processamento sofisticado que fica no centro da sua arquitetura de analytics híbrida. Ao abandonar as configurações padrão, otimizar o roteamento de rede para aproveitar o backbone global da Microsoft, investir em hardware adequado para o host e manter hábitos operacionais rigorosos, você pode eliminar por completo os gargalos de atualização e entregar os relatórios de alta velocidade que sua organização exige.

Se você quiser ouvir uma discussão mais aprofundada sobre esses princípios de arquitetura e conhecer ainda mais dicas práticas para economizar minutos preciosos nas suas janelas de atualização, não deixe de conferir o episódio do podcast, Configure the Power Platform Data Gateway for Reliable Connectivity. Sintonize, assine e assuma o controle da sua conectividade corporativa hoje mesmo!