Repositorios de gcr.io

En este documento, se proporciona una descripción general de los repositorios gcr.io de Artifact Registry. Los repositorios de gcr.io permiten a los usuarios de Container Registry mantener su infraestructura existente de Google Cloud almacenando imágenes de contenedor en Artifact Registry y admitiendo solicitudes a las mismas URLs de gcr.io que usa Container Registry.

Los repositorios de gcr.io alojados en Artifact Registry son una función disponible para el público general y seguirán funcionando después de la baja de Container Registry.

Para realizar la transición a los repositorios de gcr.io en Artifact Registry, sigue las instrucciones que se indican en Cómo migrar automáticamente a Artifact Registry.

Información de referencia sobre la baja de Container Registry

Las organizaciones que no usaron Container Registry antes del 8 de enero de 2024 tendrán nuevos repositorios de gcr.io alojados en Artifact Registry de forma predeterminada.

Los proyectos deGoogle Cloud que no hayan usado Container Registry antes del 15 de mayo de 2024 no tendrán repositorios gcr.io nuevos alojados en Artifact Registry.

Container Registry seguirá disponible hasta el 18 de marzo de 2025 en proyectos en los que se haya realizado alguna de las siguientes acciones antes del 15 de mayo de 2024:

  • Habilitaste la API de Container Registry en el proyecto.
  • Enviaste una imagen a un host de registro en el proyecto.

Para obtener más información sobre la baja de Container Registry, consulta Baja de Container Registry.

Compatibilidad con dominios de gcr.io

Artifact Registry admite solicitudes al dominio gcr.io en repositorios gcr.io en ubicaciones multirregionales que corresponden a las ubicaciones de host de Container Registry.

Nombre de host de Container Registry Ubicación del repositorio de Artifact Registry Nombre del repositorio de Artifact Registry
gcr.io us gcr.io
asia.gcr.io asia asia.gcr.io
eu.gcr.io europa eu.gcr.io
us.gcr.io us us.gcr.io

Configuración del bucket de almacenamiento

Cuando creas un repositorio en Artifact Registry, este no crea los buckets de Cloud Storage correspondientes en tu proyecto. Si tienes automatización para Container Registry que interactúa directamente con los buckets de almacenamiento, debes actualizarla para realizar los cambios correspondientes en el repositorio de Artifact Registry.

Por ejemplo, si otorgas permisos de Cloud Storage de forma programática en buckets de almacenamiento para Container Registry, debes actualizar esa automatización para otorgar permisos de Artifact Registry en los repositorios de Artifact Registry que alojan imágenes para el dominio gcr.io.

Limitaciones

Se aplican las siguientes limitaciones a los repositorios gcr.io de Artifact Registry:

  • Cuando realices la transición de Container Registry, no podrás asignar un host de Container Registry a un repositorio de Artifact Registry en un proyecto diferente.

  • Cada nombre de host de Container Registry se asigna a un solo repositorio gcr.io de Artifact Registry correspondiente en la misma multirregión.

  • Los nombres de los repositorios de gcr.io están predefinidos y no puedes modificarlos.

Si necesitas más control sobre la ubicación de tus repositorios, puedes realizar la transición a los repositorios de pkg.dev en Artifact Registry. Dado que los repositorios de pkg.dev no son compatibles con el dominio gcr.io, este enfoque de transición requiere más cambios en tu automatización y flujos de trabajo existentes. Consulta Elige una opción de transición para obtener información sobre las diferencias entre las funciones.

¿Qué sigue?