In un modello Shared VPC, i proprietari dei progetti di servizio devono gestire autonomamente le zone DNS e i carichi di lavoro in qualsiasi progetto di servizio devono risolvere le zone private definite in altri progetti di servizio. Come si implementa questa configurazione?

L'opzione corretta è "Creare una zona privata Cloud DNS in ogni progetto di servizio. Utilizzare il binding di zona tra progetti per associare ogni zona allo Shared VPC nel progetto host." Questo perché il binding di zona tra progetti consente alle zone DNS private definite in progetti di servizio di essere risolte all'interno della rete Shared VPC del progetto host, soddisfacendo il requisito di risoluzione tra progetti. Le altre opzioni sono errate: Creare una zona privata Cloud DNS in ogni progetto di servizio. Utilizzare una zona di forwarding Cloud DNS per inoltrare le query allo Shared VPC nel progetto host. Le zone di forwarding sono tipicamente usate per inoltrare query a server DNS esterni, non per la risoluzione DNS privata interna tra progetti in uno Shared VPC. Creare una zona privata Cloud DNS in ogni progetto di servizio. Utilizzare zone di peering Cloud DNS che puntano allo Shared VPC nel progetto host. Il peering DNS è utilizzato per connettere due reti VPC distinte per la risoluzione DNS, non per associare zone private di progetti di servizio a una rete Shared VPC. Creare una zona di policy di risposta Cloud DNS in ogni progetto di servizio. Utilizzare zone di peering Cloud DNS che puntano allo Shared VPC nel progetto host. Le policy di risposta sono per regole di risoluzione personalizzate, non per la risoluzione di zone private tra progetti in uno Shared VPC.