Dieses Dokument bietet eine Übersicht über Artifact Registry gcr.io
Repositories. 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 der 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 bisher nicht verwendet haben
Neue gcr.io
-Repositories werden ab dem 8. Januar 2024 in
Standardmäßig Artifact Registry.
Google Cloud-Projekte, in denen Container Registry bisher noch nicht verwendet wurde
Ab dem 15. Mai 2024 werden neue gcr.io
-Repositories in Artifact Registry gehostet.
Container Registry ist bis zum 18. März 2025 in Projekte, bei denen vor dem 15. Mai 2024 eine der folgenden Aktionen aufgetreten ist:
- Sie haben die Container Registry API im Projekt aktiviert.
- Sie haben ein Image an einen Registry-Host im Projekt übertragen.
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 | Artifact Registry-Repository-Name |
---|---|---|
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 |
Storage-Bucket-Konfiguration
Wenn Sie ein Repository in Artifact Registry erstellen, werden in Artifact Registry keine entsprechenden Cloud Storage-Buckets in Ihrem Projekt erstellt. Wenn Sie Automatisierung nutzen für Container Registry, die direkt mit Storage-Buckets interagieren, aktualisieren Sie sie, um die entsprechenden Ä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 gcr.io
-Repositories von Artifact Registry gelten die folgenden Einschränkungen:
- Bei der Umstellung von Container Registry können Sie kein Container Registry zuordnen. in einem Artifact Registry-Repository in einem anderen Projekt gehostet werden.
- Jeder Container Registry-Hostname wird nur einem zugehörigen
Artifact Registry-
gcr.io
-Repository in derselben Multiregion. - Die Namen für
gcr.io
-Repositories sind vordefiniert und können nicht geändert werden.
Wenn Sie mehr Kontrolle über den Standort Ihrer Repositories benötigen, können Sie
Umstellung auf Standard-Repositories in Artifact Registry
pkg.dev
-Domain. Da Standard-Repositories den Parameter
gcr.io
-Domain, für diesen Umstellungsansatz sind weitere Änderungen an Ihren bestehenden
Automatisierung und Workflows. Weitere 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
- oder standardmäßigen Artifact Registry-Repositories zu wechseln.