Dépôts gcr.io

Ce document présente les dépôts gcr.io d'Artifact Registry. Les dépôts gcr.io permettent aux utilisateurs de Container Registry de gérer leur infrastructure Google Cloud existante en stockant des images de conteneur dans Artifact Registry et en acceptant les requêtes vers les mêmes URL gcr.io utilisées par Container Registry.

Les dépôts gcr.io hébergés sur Artifact Registry sont une fonctionnalité généralement disponible et continueront de fonctionner après l'abandon de Container Registry.

Pour passer aux dépôts gcr.io sur Artifact Registry, suivez les instructions de la section Migrer automatiquement vers Artifact Registry.

Informations générales sur l'abandon de Container Registry

Les organisations n'ayant pas utilisé Container Registry avant le 8 janvier 2024 disposeront par défaut des nouveaux dépôts gcr.io hébergés sur Artifact Registry.

Les projetsGoogle Cloud qui n'ont pas utilisé Container Registry avant le 15 mai 2024 disposent de nouveaux dépôts gcr.io hébergés sur Artifact Registry.

Container Registry restera disponible jusqu'au 18 mars 2025 dans les projets pour lesquels l'une des actions suivantes s'est produite avant le 15 mai 2024:

  • Vous avez activé l'API Container Registry dans le projet.
  • Vous avez transféré une image vers un hôte de registre dans le projet.

Pour en savoir plus sur l'abandon de Container Registry, consultez la page Abandon de Container Registry.

Compatibilité avec les domaines gcr.io

Artifact Registry prend en charge les requêtes adressées au domaine gcr.io dans les dépôts gcr.io situés dans des emplacements multirégionaux correspondant aux emplacements hôtes de Container Registry.

Nom d'hôte Container Registry Emplacement du dépôt Artifact Registry Nom du dépôt Artifact Registry
gcr.io us gcr.io
asia.gcr.io asia asia.gcr.io
eu.gcr.io europe eu.gcr.io
us.gcr.io us us.gcr.io

Configuration du bucket de stockage

Lorsque vous créez un dépôt dans Artifact Registry, Artifact Registry ne crée pas de buckets Cloud Storage correspondants dans votre projet. Si vous disposez d'une automatisation pour Container Registry qui interagit directement avec des buckets de stockage, vous devez la mettre à jour pour apporter les modifications correspondantes au dépôt Artifact Registry.

Par exemple, si vous accordez des autorisations Cloud Storage de manière programmatique sur des buckets de stockage pour Container Registry, vous devez mettre à jour cette automatisation pour accorder des autorisations Artifact Registry sur les dépôts Artifact Registry qui hébergent des images pour le domaine gcr.io.

Limites

Les limites suivantes s'appliquent aux dépôts gcr.io d'Artifact Registry:

  • Lorsque vous passez de Container Registry, vous ne pouvez pas mapper un hôte Container Registry à un dépôt Artifact Registry dans un autre projet.

  • Chaque nom d'hôte Container Registry ne correspond qu'à un seul dépôt gcr.io Artifact Registry correspondant dans la même région multirégionale.

  • Les noms des dépôts gcr.io sont prédéfinis et ne peuvent pas être modifiés.

Si vous avez besoin de mieux contrôler l'emplacement de vos dépôts, vous pouvez passer aux dépôts pkg.dev dans Artifact Registry. Étant donné que les dépôts pkg.dev ne sont pas compatibles avec le domaine gcr.io, cette approche de transition nécessite davantage de modifications de vos automatisations et de vos workflows existants. Consultez la section Choisir une option de transition pour en savoir plus sur les différences entre les fonctionnalités.

Étape suivante