En este documento, se proporciona una descripción general de Artifact Registry gcr.io
de Cloud Storage. Los repositorios de gcr.io
permiten a los usuarios de Container Registry mantener
su infraestructura existente de Google Cloud almacenando imágenes de contenedores
en Artifact Registry y admitiendo solicitudes a las mismas URLs de gcr.io
que usa
Container Registry.
gcr.io
repositorios alojados en Artifact Registry son un
Disponible de manera 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 general 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 de Google Cloud que no hayan usado Container Registry antes del
15 de mayo de 2024 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 cualquiera 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.
Asistencia del dominio gcr.io
Artifact Registry admite solicitudes al dominio gcr.io
en gcr.io
repositorios en ubicaciones multirregionales correspondientes a Container Registry
las ubicaciones de host.
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 realizas la transición desde Container Registry, no puedes asignar un Container Registry en 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 estándar en el dominio pkg.dev
de Artifact Registry. Dado que los repositorios estándar 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?
- Usa la herramienta de migración automática para realizar la transición a
gcr.io
o a los repositorios estándar de Artifact Registry.