Zespoły deweloperskie używają Cloud Build do tworzenia/wypychania obrazów Docker, ale operacje wymagają, aby wszystkie obrazy były publikowane w scentralizowanym rejestrze zarządzanym przez operacje. Co należy zrobić?

Prawidłowa odpowiedź centralizuje zarządzanie obrazami Docker w jednym projekcie operacyjnym, co jest zgodne z wymogami. Przypisanie odpowiednich uprawnień do konta usługi Cloud Build w projektach deweloperskich umożliwia im wypychanie obrazów do tego centralnego rejestru bez konieczności tworzenia wielu rejestrów, co upraszcza zarządzanie i bezpieczeństwo. Pierwsza opcja jest nieprawidłowa, ponieważ tworzy wiele rejestrów, co jest sprzeczne z wymogiem scentralizowanego rejestru. Trzecia opcja jest nieprawidłowa, ponieważ przechowywanie plików kluczy konta usługi w repozytorium kodu źródłowego jest poważnym zagrożeniem bezpieczeństwa. Czwarta opcja jest nieprawidłowa, ponieważ użycie samodzielnie hostowanego rejestru Docker na instancji Compute Engine jest mniej bezpieczne, bardziej kosztowne w utrzymaniu i mniej zintegrowane z ekosystemem Google Cloud niż Container Registry, a przechowywanie poświadczeń w repozytorium kodu źródłowego jest również złym rozwiązaniem bezpieczeństwa.