Este documento apresenta uma visão geral dos repositórios gcr.io
do Artifact Registry. gcr.io
repositórios permitem que os usuários do Container Registry mantenham
a infraestrutura atual do Google Cloud armazenando imagens de contêiner
no Artifact Registry e solicitações de suporte para os mesmos gcr.io
URLs usados
pelo Container Registry.
Os repositórios gcr.io
hospedados no Artifact Registry são um
Disponibilidade geral
e continuarão 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.
Projetos do Google Cloud que não usaram o Container Registry antes
A partir de 15 de maio de 2024, haverá 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 gcr.io
em locais multirregionais que correspondem ao Container Registry
locais de host.
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 | europe | 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 os buckets de armazenamento, é preciso atualize-o para fazer as alterações correspondentes no repositório do Artifact Registry.
Por exemplo, se você conceder programaticamente permissões do Cloud Storage em
buckets de armazenamento do Container Registry, é necessário atualizar essa automação para conceder
Permissões do Artifact Registry nos repositórios do Artifact Registry que hospedam imagens
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 é mapeado para apenas um
Repositório
gcr.io
do Artifact Registry na mesma multirregião. - Os nomes dos repositórios do
gcr.io
são predefinidos e não podem ser modificados.
Se você precisar de mais controle sobre a localização dos seus repositórios,
a transição para repositórios padrão do Artifact Registry
pkg.dev
. Como os repositórios padrão não têm suporte ao domínio
gcr.io
, essa abordagem de transição requer 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
gcr.io
ou repositórios padrão do Artifact Registry.