Modelos para controlar repositórios criados durante uma ação de cache de pull-through ou replicação - Amazon ECR

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Modelos para controlar repositórios criados durante uma ação de cache de pull-through ou replicação

Use modelos de criação de repositório do Amazon ECR para definir as configurações aplicadas aos repositórios criados pelo Amazon ECR em seu nome. As configurações em um modelo de criação de repositório são aplicadas apenas durante a criação do repositório e não têm efeito sobre repositórios existentes ou repositórios criados usando qualquer outro método. Atualmente, os modelos de criação de repositório podem ser usados para aplicar configurações durante a criação do repositório para estes recursos:

  • Cache de pull-through

  • Replicação

Os modelos de criação de repositório não são compatíveis nas seguintes regiões:

  • China (Pequim) (cn-north-1)

  • China (Ningxia) (cn-northwest-1)

  • AWS GovCloud (EUA-Leste) (us-gov-east-1)

  • AWS GovCloud (EUA-Oeste) (us-gov-west-1)

Como funcionam os modelos de criação de repositórios

Há momentos em que o Amazon ECR precisa criar um novo repositório privado em seu nome. Por exemplo:

  • Na primeira vez que você usar uma regra de cache de pull-through para recuperar o conteúdo de um repositório upstream e armazená-lo no registro privado do Amazon ECR.

  • Quando você quiser que o Amazon ECR replique um repositório para outra região ou conta.

Quando não houver um modelo de criação de repositório que corresponda à regra de cache de pull-through ou ao repositório replicado, o Amazon ECR utilizará as configurações padrão para o novo repositório. Essas configurações padrão incluem desativar a imutabilidade da tag, usar criptografia AES-256 e não aplicar nenhuma política de repositório ou ciclo de vida.

Usar um modelo de criação de repositório permite que você defina as configurações que o Amazon ECR aplicará em novos repositórios criados por meio da ação de cache de pull-through e replicação. É possível definir a imutabilidade da tag, a configuração de criptografia, as permissões do repositório, a política de ciclo de vida e as tags de recursos para os novos repositórios.

O diagrama a seguir mostra o fluxo de trabalho que o Amazon ECR usa quando um modelo de criação de repositório é usado com uma ação de cache de pull-through.

Uma exibição de como os modelos de criação de repositórios são aplicados aos novos repositórios.

A seguir, descrevemos detalhadamente cada parâmetro no modelo de criação de repositório.

Prefixo

O prefixo é o prefixo do namespace do repositório a ser associado ao modelo. Todos os repositórios criados usando esse prefixo terão as configurações aplicadas que estão definidas nesse modelo. Por exemplo, um prefixo de se prod aplicaria a todos os repositórios começando com prod/. Por exemplo, um prefixo de prod/team se aplicaria a todos os repositórios começando com prod/team/. Em um registro contendo dois modelos, se um modelo tiver o prefixo “prod” e o outro tiver o prefixo “prod/team”, o modelo com o prefixo “prod/team” será aplicado a todos os repositórios cujos nomes comecem com “prod/team/”.

Para aplicar um modelo a todos os repositórios em seu registro que não têm um modelo de criação associado, você pode usar ROOT como prefixo.

Importante

Sempre há uma suposição / aplicada ao fim do prefixo. Se você especificar ecr-public como prefixo, o Amazon ECR tratará isso como ecr-public/. Ao usar uma regra de cache de pull-through, o prefixo do repositório que você especifica durante a criação da regra é o que você também deve especificar como prefixo do modelo de criação do repositório.

Descrição

Essa descrição do modelo é opcional e é usada para descrever a finalidade do modelo de criação de repositório.

Aplicado para

A configuração aplicado para determina quais repositórios criados pelo ECR serão criados com esse modelo. Os valores válidos são PULL_THROUGH_CACHE e REPLICATION. Por exemplo, a primeira vez que você usa uma regra de cache de pull-through para recuperar o conteúdo de um repositório upstream e armazená-lo em seu registro privado do Amazon ECR. Quando não há um modelo de criação de repositório que corresponda à sua regra de cache de pull-through, o Amazon ECR utiliza as configurações padrão para o novo repositório.

Perfil de criação de repositório

O perfil de criação de repositórios é um ARN do perfil do IAM que será considerado pelo Amazon ECR ao criar e configurar repositórios por meio de modelos de criação de repositórios. Esse perfil deve ser fornecido ao usar o KMS e tags de repositório no modelo; do contrário, a criação do repositório falhará.

Mutabilidade de tag de imagem

A configuração de mutabilidade da tag a ser usada para repositórios criados usando o modelo. Se este parâmetro for omitido, será usada a configuração padrão de MUTÁVEL, o que permitirá que as tags de imagem sejam substituídas. Essa é a configuração recomendada a ser usada para modelos usados em repositórios criados por ações de cache de pull-through. Isso garante que o Amazon ECR possa atualizar as imagens em cache quando as tags forem as mesmas.

Se IMUTÁVEL for especificada, todas as tags de imagem dentro do repositório serão imutáveis, o que impedirá que elas sejam substituídas.

Configuração de criptografia
Importante

A criptografia de camada dupla do servidor com o AWS KMS (DSSE-KMS) está disponível somente nas regiões AWS GovCloud (US).

A configuração de criptografia a ser usada para repositórios criados usando o modelo.

Se você usar o tipo de criptografia KMS, o conteúdo do repositório será criptografado usando criptografia do lado do servidor com uma chave AWS Key Management Service armazenada em AWS KMS. Quando você usa o AWS KMS para criptografar seus dados, você pode usar a chave AWS KMS gerenciada pela AWS para o Amazon ECR ou especificar sua própria chave AWS KMS já criada. Você também pode optar por usar criptografia de camada única ou de camada dupla com o AWS KMS. Para obter mais informações, consulteCriptografia em repouso Caso esteja usando o tipo de criptografia do KMS e com a replicação entre regiões, você talvez precise de permissões adicionais. Para obter mais informações, consulte Creating a KMS key policy for replication.

Se você usar o tipo de criptografia AES256, o Amazon ECR utilizará a criptografia do lado do servidor com chaves de criptografia gerenciadas pelo Amazon S3, que criptografam as imagens no repositório usando um algoritmo de criptografia AES-256. Para obter mais informações, consulte Proteção de dados usando criptografia no lado do servidor com chaves de criptografia gerenciadas pelo Amazon S3 (SSE-S3) no Manual do usuário do Amazon Simple Storage Service.

Permissões do repositório

A política de repositório a ser aplicada aos repositórios criados usando o modelo. Uma política de repositório utiliza permissões baseadas em recursos para controlar o acesso a um repositório. As permissões baseadas em recursos permitem especificar quais usuários ou funções do IAM têm acesso a um repositório e quais ações podem realizar nele. Por padrão, somente a conta da AWS que criou o repositório tem acesso a ele. Você pode aplicar um documento de política que concede ou nega permissões adicionais ao repositório. Para ter mais informações, consulte Políticas de repositório privado no Amazon ECR.

Política de ciclo de vida do repositório

A política de ciclo de vida a ser usada para repositórios criados usando o modelo. Uma política de ciclo de vida oferece mais controle sobre o gerenciamento do ciclo de vida das imagens em um repositório privado. Uma política de ciclo de vida é um conjunto de uma ou mais regras em que cada regra define uma ação do Amazon ECR. Isso permite a automação da limpeza de imagens de suas imagens de contêiner por imagens com validade prestes a expirar baseadas em idade ou número. Para ter mais informações, consulte Automatizar a limpeza de imagens usando políticas de ciclo de vida no Amazon ECR.

Tags de recursos

As tags de recurso são metadados a serem aplicados ao repositório para ajudá-lo a categorizá-los e organizá-los. Cada tag consiste em uma chave e um valor opcional, ambos definidos por você. Essa permissão precisa ser aplicada na política de registro de destino caso esteja usando modelos de criação de repositórios com replicação entre regiões.