Prima di avviare un server di sviluppo locale di App Engine che si connette a un'istanza Cloud SQL for PostgreSQL, come si mantiene tutto il traffico Cloud SQL crittografato e autenticato su Cloud IAM e PostgreSQL?

L'opzione corretta è scaricare ed eseguire il Cloud SQL Auth Proxy localmente. Questo proxy stabilisce una connessione sicura e crittografata all'istanza Cloud SQL, autenticando le richieste tramite Cloud IAM e fornendo un endpoint locale (localhost) a cui l'applicazione può connettersi. Le altre opzioni sono errate perché: Installare PostgreSQL localmente non si connette all'istanza Cloud SQL remota e non sfrutta le sue funzionalità. Eseguire il provisioning di un'istanza Compute Engine introduce complessità e costi inutili per un ambiente di sviluppo locale. Connettersi direttamente all'IP privato di Cloud SQL non è possibile da un ambiente locale senza una VPN o un tunnel, e la crittografia lato client non garantisce l'autenticazione tramite Cloud IAM né la crittografia del traffico in transito tra l'applicazione e Cloud SQL.