In diesem Dokument finden Sie eine Übersicht über gcr.io
-Repositories in Artifact Registry. Mit gcr.io
-Repositories können Container Registry-Nutzer ihre vorhandene Google Cloud -Infrastruktur verwalten, indem sie Container-Images in Artifact Registry speichern und Anfragen an dieselben gcr.io
-URLs unterstützen, die auch von Container Registry verwendet werden.
gcr.io
-Repositories, die in Artifact Registry gehostet werden, sind eine allgemein verfügbare Funktion und funktionieren auch nach der Einstellung der Container Registry weiter.
Wenn Sie zu gcr.io
-Repositories in Artifact Registry wechseln möchten, folgen Sie der Anleitung unter Automatisch zu Artifact Registry migrieren.
Hintergrundinformationen zur Einstellung von Container Registry
Organisationen, die Container Registry vor dem 8. Januar 2024 nicht verwendet haben, werden standardmäßig neue gcr.io
-Repositories in Artifact Registry gehostet.
Google Cloud -Projekte, die vor dem 15. Mai 2024 keine Container Registry verwendet haben, haben neue gcr.io
-Repositories, die in Artifact Registry gehostet werden.
Container Registry ist bis zum 18. März 2025 in Projekten verfügbar, in denen vor dem 15. Mai 2024 eine der folgenden Aktionen ausgeführt wurde:
- Sie haben die Container Registry API im Projekt aktiviert.
- Sie haben ein Image auf einen Registry-Host im Projekt hochgeladen.
Weitere Informationen zur Einstellung von Container Registry finden Sie unter Einstellung von Container Registry.
gcr.io
-Support
Artifact Registry unterstützt Anfragen an die gcr.io
-Domain in gcr.io
-Repositories an multiregionalen Standorten, die den Standorten der Container Registry-Hosts entsprechen.
Container Registry-Hostname | Speicherort des Artifact Registry-Repositories | Name des Artifact Registry-Repositories |
---|---|---|
gcr.io | us | gcr.io |
asia.gcr.io | Asien | asia.gcr.io |
eu.gcr.io | Europa | eu.gcr.io |
us.gcr.io | us | us.gcr.io |
Konfiguration des Speicher-Buckets
Wenn Sie ein Repository in Artifact Registry erstellen, werden in Artifact Registry keine entsprechenden Cloud Storage-Buckets in Ihrem Projekt erstellt. Wenn Sie eine Automatisierung für Container Registry haben, die direkt mit Speicher-Buckets interagiert, müssen Sie sie aktualisieren, um entsprechende Änderungen am Artifact Registry-Repository vorzunehmen.
Wenn Sie beispielsweise Cloud Storage-Berechtigungen für Speicher-Buckets für Container Registry programmatisch gewähren, müssen Sie diese Automatisierung aktualisieren, um Artifact Registry-Berechtigungen für die Artifact Registry-Repositories zu gewähren, in denen Images für die gcr.io
-Domain gehostet werden.
Beschränkungen
Für Artifact Registry-gcr.io
-Repositories gelten die folgenden Einschränkungen:
Bei der Umstellung von Container Registry können Sie einen Container Registry-Host nicht einem Artifact Registry-Repository in einem anderen Projekt zuordnen.
Jeder Container Registry-Hostname ist nur einem entsprechenden Artifact Registry
gcr.io
-Repository in derselben Multiregion zugeordnet.Die Namen für
gcr.io
-Repositories sind vordefiniert und können nicht geändert werden.
Wenn Sie mehr Kontrolle über den Speicherort Ihrer Repositories benötigen, können Sie zu pkg.dev
-Repositories in Artifact Registry wechseln. Da pkg.dev
-Repositories die gcr.io
-Domain nicht unterstützen, erfordert dieser Übergangsansatz mehr Änderungen an Ihren vorhandenen Automatisierungen und Workflows. Informationen zu den Funktionsunterschieden finden Sie unter Übergangsoption auswählen.
Nächste Schritte
- Verwenden Sie das Tool für die automatische Migration, um zu
gcr.io
-Artifact Registry-Repositories zu wechseln.