Les équipes de développement utilisent Cloud Build pour créer/pousser des images Docker, mais les opérations exigent que toutes les images soient publiées dans un registre centralisé géré par les opérations. Que devriez-vous faire ?

La bonne approche consiste à centraliser le registre d'images Docker dans un projet géré par l'équipe des opérations, comme l'exige la politique. En configurant Container Registry dans un projet distinct pour les opérations, vous assurez un contrôle centralisé. Ensuite, en accordant les autorisations nécessaires au compte de service Cloud Build de chaque équipe de développement, celles-ci peuvent pousser leurs images vers ce registre central sans compromettre la sécurité ou la gouvernance. La première option ne répond pas à l'exigence d'un registre centralisé. La troisième option est dangereuse car stocker des clés de compte de service dans le dépôt de code source est une mauvaise pratique de sécurité. La quatrième option introduit une complexité inutile avec un Docker Registry auto-hébergé sur Compute Engine et des identifiants stockés dans le code source, ce qui est moins sécurisé et plus difficile à gérer que Container Registry.