Este documento apresenta uma visão geral dos repositórios gcr.io
do Artifact Registry. Os repositórios gcr.io
permitem que os usuários do Container Registry mantenham
a infraestrutura existente do Google Cloud , armazenando imagens de contêiner
no Artifact Registry e aceitando solicitações para os mesmos URLs gcr.io
usados
pelo Container Registry.
Os repositórios gcr.io
hospedados no Artifact Registry são um recurso disponível para todos
e vão continuar funcionando após a descontinuação do Container Registry.
Para fazer a transição para repositórios gcr.io
no Artifact Registry, siga as
instruções em
Migrar automaticamente para o Artifact Registry.
Informações gerais sobre a descontinuação do Container Registry
As organizações que não usaram o Container Registry antes de
8 de janeiro de 2024 terão novos repositórios gcr.io
hospedados no
Artifact Registry por padrão.
Os projetos doGoogle Cloud que não usaram o Container Registry antes de
15 de maio de 2024 terão novos repositórios gcr.io
hospedados no Artifact Registry.
O Container Registry vai continuar disponível até 18 de março de 2025 em projetos em que uma das seguintes ações ocorreu antes de 15 de maio de 2024:
- Você ativou a API Container Registry no projeto.
- Você enviou uma imagem para um host de registro no projeto.
Para saber mais sobre a descontinuação do Container Registry, consulte Descontinuação do Container Registry.
Suporte a domínios gcr.io
O Artifact Registry oferece suporte a solicitações para o domínio gcr.io
em repositórios gcr.io
em locais multirregionais correspondentes aos locais de host do Container Registry.
Nome de host do Container Registry | Local do repositório do Artifact Registry | Nome do repositório do 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 |
Configuração do bucket do Cloud Storage
Quando você cria um repositório no Artifact Registry, ele não cria buckets do Cloud Storage correspondentes no projeto. Se você tiver automação para o Container Registry que interage diretamente com buckets de armazenamento, será necessário atualizar para fazer as mudanças correspondentes no repositório do Artifact Registry.
Por exemplo, se você conceder permissões do Cloud Storage em buckets do Cloud Storage para o Container Registry de forma programática, será necessário atualizar essa automação para conceder permissões do Artifact Registry nos repositórios do Artifact Registry que hospedam imagens para o domínio gcr.io
.
Limitações
As limitações a seguir se aplicam aos repositórios gcr.io
do Artifact Registry:
Ao fazer a transição do Container Registry, não é possível mapear um host do Container Registry para um repositório do Artifact Registry em um projeto diferente.
Cada nome de host do Container Registry é associado a apenas um repositório
gcr.io
do Artifact Registry correspondente na mesma multirregião.Os nomes dos repositórios
gcr.io
são predefinidos e não podem ser modificados.
Se você precisar de mais controle sobre o local dos repositórios, faça a transição para os repositórios pkg.dev
no Artifact Registry. Como os repositórios pkg.dev
não têm suporte para o domínio gcr.io
, essa abordagem de transição
exige mais mudanças nas automações e nos fluxos de trabalho atuais. Consulte
Escolher uma opção de transição para saber mais sobre as diferenças entre os recursos.
A seguir
- Use a ferramenta de migração automática para fazer a transição para os repositórios do
gcr.io
Artifact Registry.