Dans un modèle de VPC partagé, les propriétaires de projets de service doivent gérer indépendamment les zones DNS, et les charges de travail de tout projet de service doivent résoudre les zones privées définies dans d'autres projets de service. Comment implémentez-vous cela ?

La bonne réponse est de créer une zone privée Cloud DNS dans chaque projet de service et d'utiliser la liaison de zone inter-projets pour associer chaque zone au VPC partagé dans le projet hôte. Cette approche permet aux propriétaires de projets de service de gérer leurs zones DNS de manière indépendante tout en garantissant que toutes les charges de travail du VPC partagé peuvent résoudre ces zones privées. La liaison de zone inter-projets (cross-project zone binding) est la fonctionnalité spécifiquement conçue pour attacher des zones DNS privées à un réseau VPC partagé hébergé dans un autre projet. Les autres options sont incorrectes car : L'utilisation de zones de transfert (forwarding zones) ne permet pas la résolution directe des zones privées définies dans d'autres projets de service au sein du même VPC partagé. Les zones d'appairage (peering zones) sont utilisées pour la résolution DNS entre des réseaux VPC distincts, pas pour des projets de service au sein du même VPC partagé. Les zones de politique de réponse (response policy zones) sont utilisées pour modifier le comportement de résolution DNS, pas pour l'association de zones privées à un VPC partagé.