Smetti di usare il gateway come semplice tubo: ecco cosa fa davvero

By Mirko Peters · 2026-08-28

Bentornati sul blog di accompagnamento al podcast! Se vi è mai capitato di fissare la rotellina che gira mentre l'aggiornamento di un dataset di Power BI procede a passo di lumaca, oppure se le dashboard aziendali vanno in timeout proprio nel momento in cui il management ne ha più bisogno, probabilmente state cercando la causa nel posto sbagliato. Troppi architetti e amministratori trattano il Pow

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

Bentornati sul blog di accompagnamento al podcast! Se vi è mai capitato di fissare la rotellina che gira mentre l'aggiornamento di un dataset di Power BI procede a passo di lumaca, oppure se le dashboard aziendali vanno in timeout proprio nel momento in cui il management ne ha più bisogno, probabilmente state cercando la causa nel posto sbagliato. Troppi architetti e amministratori trattano il Power Platform Data Gateway come un semplice componente idraulico, un tubo passivo che si limita a trasferire dati avanti e indietro tra database on-premises e cloud. Niente di più lontano dalla realtà.

In questo post approfondiremo la realtà architetturale del gateway. Vedremo come funzioni da motore di elaborazione ad alte prestazioni e perché ignorarne la configurazione comprometta attivamente le prestazioni dei report. Se volete approfondire ulteriormente questi concetti architetturali e ascoltare un'appassionante analisi di scenari di troubleshooting reali, non perdete l'episodio di podcast correlato, Configure the Power Platform Data Gateway for Reliable Connectivity.

Vediamo allora cosa succede davvero dentro il gateway e quali passi concreti si possono compiere per trasformarlo da collo di bottiglia in un'autostrada ad alta velocità.

L'intermediario frainteso: cosa fa davvero il gateway

Per migliorare le prestazioni del gateway bisogna prima capire cosa succede realmente quando un servizio cloud effettua una richiesta a una fonte dati on-premises. Sulla carta il flusso di dati sembra ingannevolmente semplice: Power BI Service comunica con il cluster del gateway, che comunica con la macchina host, che esegue una query sulla fonte dati e poi percorre il tragitto inverso per restituire i risultati. Ma non si tratta di un semplice relay passivo.

Il gateway svolge un lavoro pesante a ogni singolo passaggio. Gestisce i handshake di autenticazione, termina e ristabilisce la cifratura Transport Layer Security (TLS), traduce i payload delle query e gestisce ampi buffer di memoria. Poiché si occupa di cifratura, traduzione delle query e buffering temporaneo dei file, la macchina del gateway è un vero e proprio motore di elaborazione. Trattarla come un middleware leggero è una ricetta per il disastro.

Occorre inoltre valutare con attenzione la modalità di distribuzione. Il gateway in modalità personale è pensato esclusivamente per scenari a utente singolo e non dovrebbe mai essere usato per report aziendali condivisi. Per i carichi di lavoro di produzione è necessario distribuire lo Standard Data Gateway, idealmente in una configurazione in cluster con due o più nodi, per garantire alta disponibilità e bilanciamento del carico. Inoltre, le architetture moderne possono sfruttare gli Azure VNet Data Gateway per ottenere zero esposizione in ingresso, tenendo felici i team di sicurezza e garantendo prestazioni solide.

Impostazioni predefinite e fattori nascosti di riduzione delle prestazioni

Quando si installa una nuova istanza del Power Platform Data Gateway, il programma di installazione utilizza impostazioni predefinite conservative, pensate per far funzionare il gateway subito su quasi qualsiasi hardware. Purtroppo, in un ambiente aziendale queste impostazioni diventano killer silenziosi delle prestazioni.

Prendiamo ad esempio la concorrenza. Di default il gateway spesso opera con una coda prudente che limita l'esecuzione parallela delle query. Se hardware potente resta inattivo mentre gli aggiornamenti si accodano in sequenza, si stanno sprecando risorse. Occorre aumentare i limiti di query parallele per allinearli alla capacità reale dell'host.

Il dimensionamento dei buffer è un altro grave pericolo. Se i buffer sono troppo piccoli, il gateway è costretto a riversare i dati su disco, con colli di bottiglia I/O notevoli. Concedete alla RAM un po' di respiro. Inoltre, assicuratevi che l'antivirus del team di sicurezza sia configurato con le esclusioni corrette. La scansione in tempo reale dei percorsi di installazione, cache e log del gateway può bloccare l'elaborazione delle query, perché ogni file temporaneo viene ispezionato in modo aggressivo.

Dobbiamo anche parlare dell'impostazione StreamBeforeRequestCompletes. Sebbene possa migliorare notevolmente le prestazioni su reti locali a bassa latenza, introduce rischi seri sulle VPN ad alta latenza. Infine, attenzione all'effetto "amnesia" post-aggiornamento. Ogni volta che aggiorni il software del gateway, le configurazioni predefinite possono ripristinarsi e cancellare le tue personalizzazioni. Riapplica sempre subito le ottimizzazioni delle prestazioni dopo un aggiornamento del gateway.

Il fattore rete: routing, latenza e la realtà del cold-potato

Puoi installare l'hardware più costoso sull'host del gateway, ma se il routing di rete è strutturalmente errato, le prestazioni ne risentiranno comunque. La latenza si accumula a ogni singolo hop di rete e un routing scadente vanifica qualsiasi altra ottimizzazione.

Molte organizzazioni cadono nella trappola di far passare tutto il traffico attraverso le VPN aziendali e i proxy web centralizzati "per motivi di controllo". In realtà, questo percorso inutile aggiunge centinaia di chilometri di distanza fisica, hop di rete aggiuntivi e ritardi dovuti all'ispezione TLS, che richiede molte risorse. Al contrario, lascia che il traffico esca localmente verso il Point of Presence (POP) Microsoft più vicino il prima possibile. Una volta che il traffico raggiunge quel POP periferico, viaggia lungo la dorsale globale ottimizzata di Microsoft direttamente fino alla destinazione.

Per l'analisi interattiva e quella con dati sensibili, configura le preferenze di routing di Microsoft Network per garantire prestazioni di alto livello. Riserva le opzioni di routing internet standard solo ai trasferimenti di dati massivi a bassa priorità. Uscire dal percorso obbligato della VPN aziendale è spesso la singola modifica più efficace che un'organizzazione possa fare per ridurre i tempi di aggiornamento dei report.

Hardware e hosting: come costruire un vero host per il gateway

Poiché il gateway è un motore di elaborazione molto pesante, eseguirlo su una macchina virtuale condivisa e sottodimensionata, con risorse sovraccaricate, equivale a chiedere guai. Devi trattare l'host del gateway come un'infrastruttura aziendale di primo livello.

Dal punto di vista hardware, punta a una configurazione di base di almeno 16 GB di RAM, 8 o più core CPU fisici e storage SSD o NVMe veloce per la cache e i file di log. Le macchine virtuali sono del tutto accettabili, ma devi assicurarti che le risorse di CPU e memoria siano riservate in modo rigoroso e mai sovraccaricate.

Per eliminare i punti di errore singoli e scalare la capacità di elaborazione, distribuisci cluster di gateway composti da almeno due nodi. È fondamentale che tutti i nodi di un cluster abbiano numeri di versione identici e configurazioni coerenti. Per verificare che l'hardware sia dimensionato correttamente, misura ciò che conta davvero usando il report Gateway Performance integrato insieme ai contatori di Windows Performance Monitor (PerfMon) che tengono traccia dell'utilizzo della CPU, del consumo di RAM, dei byte privati e della durata di esecuzione delle query.

Best practice per l'ottimizzazione proattiva e la manutenzione

L'infrastruttura richiede cura e attenzione costanti, e i data gateway non fanno eccezione. Uno degli errori amministrativi più comuni è abilitare gli aggiornamenti automatici sui gateway di produzione. Un aggiornamento software improvviso e non verificato può modificare i file di configurazione o introdurre problemi di compatibilità che compromettono report critici per l'attività.

Stabilisci invece un ambiente di staging in cui testare gli aggiornamenti prima di promuoverli in produzione. Mantieni sempre aggiornate e sottoposte a backup le impostazioni del cluster e delle origini dati, così da poter ripristinare rapidamente il servizio se le cose vanno storte. Crea dashboard settimanali sullo stato di salute che correlino i picchi di aggiornamento con la pianificazione, in modo da distribuire uniformemente nel tempo i carichi di lavoro più onerosi per le risorse.

Usa script PowerShell per eseguire controlli automatici dello stato di salute che monitorino lo stato dei servizi, le versioni software e la profondità delle code, e implementa riavvii pianificati e controllati dei servizi durante le ore di minor carico. Documenta le build del sistema operativo, le versioni di .NET Framework, le porte aperte e le esclusioni dell'antivirus. Trattare il gateway come una vera infrastruttura significa applicare una governance IT rigorosa alle sue operazioni quotidiane.

Checklist di implementazione per una connettività affidabile

Per aiutarti a mettere subito in pratica questi concetti, ecco una checklist rapida e operativa che puoi copiare, incollare e rivedere con il tuo team:

• Verifica la modalità: assicurati di eseguire un Standard Gateway (mai Personal) e di avere un cluster con almeno due nodi.
• Ottimizza la concorrenza: aumenta le query parallele per origine dati e per nodo e incrementa le dimensioni dei buffer monitorando l'utilizzo della RAM.
• Ottimizza lo storage: colloca la cache e i log del gateway su unità SSD o NVMe veloci e configura esclusioni antivirus complete.
• Valuta lo streaming: verifica l'impostazione StreamBeforeRequestCompletes in base alla latenza di rete effettiva.
• Correggi il routing: instrada il traffico in uscita localmente ed evita le VPN o i proxy non necessari per gli endpoint di Microsoft 365 e Power Platform.
• Dai priorità al traffico: verifica che le preferenze di routing di Microsoft Network siano abilitate per il traffico analitico.
• Dimensiona correttamente l'hardware: assicurati che l'host disponga di almeno 16 GB di RAM, 8 o più core fisici e risorse riservate se virtualizzato.
• Monitora le prestazioni: abilita il report sulle prestazioni del gateway e collega i contatori di PerfMon.
• Automatizza il controllo dello stato: implementa controlli di integrità tramite PowerShell e riavvii pianificati e controllati dei servizi.
• Governa gli aggiornamenti: distribuisci gli aggiornamenti software sui nodi secondari, conserva i backup della configurazione e documenta la baseline operativa.

Conclusione

Il Power Platform Data Gateway è molto più di un semplice ponte o di un tubo passivo: è un motore di elaborazione sofisticato che si trova al cuore della tua architettura di analisi ibrida. Abbandonando le impostazioni predefinite, ottimizzando il routing di rete per sfruttare la dorsale globale di Microsoft, investendo in hardware adeguato per l'host e mantenendo abitudini operative rigorose, puoi eliminare completamente i colli di bottiglia dell'aggiornamento e offrire la reportistica rapidissima che la tua organizzazione richiede.

Se vuoi approfondire questi principi architetturali e scoprire altri consigli pratici per risparmiare preziosi minuti sulle finestre di aggiornamento, non perdere l'episodio del podcast Configure the Power Platform Data Gateway for Reliable Connectivity. Mettiti in ascolto, iscriviti e prendi il controllo della connettività aziendale già oggi!