Azure DevOps - criação de service connection para ACR fica travada em “Loading Registries"

Hello Donnovan - ZYLIX,

A mensagem “Carregando Registros” aparece porque o Azure DevOps está tentando consultar a assinatura selecionada e listar os registros disponíveis do Azure Container Registry.

Se continuar carregando sem exibir nenhum registro, isso geralmente indica que o Azure DevOps não consegue recuperar os recursos da assinatura. Isso pode acontecer devido a uma das seguintes razões:

Permissões insuficientes – Certifique-se de que o usuário que está criando a conexão de serviço tenha pelo menos acesso de Leitor na assinatura. Permissões de Colaborador ou Proprietário são recomendadas.

Nenhum ACR presente na assinatura – Verifique se existe um registro de container na assinatura selecionada.

Incompatibilidade de locatário ou autorização – Confirme que a organização do Azure DevOps está conectada ao mesmo locatário do Azure AD onde a assinatura se encontra.

Problema no navegador/sessão – Tente criar a conexão de serviço usando uma janela de navegador anônima/privada ou limpando o cache do navegador.

Como alternativa, você também pode selecionar o tipo de Registro → Outros e inserir manualmente o servidor de login do ACR (por exemplo, registryname.azurecr.io) junto com as credenciais do principal de serviço.

Se o problema persistir após essas verificações, por favor, informe se o registro está visível no portal do Azure e confirme as permissões atribuídas à conta em uso.

Por favor, aceite como resposta e dê um joinha para votar positivamente nesta resposta se você estiver satisfeito com a ajuda da comunidade. Seu voto será benéfico para os usuários da comunidade que enfrentam problemas semelhantes.

Use a different path to create the Docker Registry service connection and avoid the registry auto‑loading step that is stuck.

1. Go to Project settings > Service connections > New service connection > Docker Registry.
2. Instead of relying on the registry list, choose one of the supported authentication flows and fill in the fields manually: Option A – Service Principal
   • Select Azure Container Registry and Authentication Type: Service Principal.
   • Select the Subscription.
   • If the registry list still does not load, cancel and use Option B or C.
   Option B – Managed Identity (avoids listing registries)
   • Select Azure Container Registry and Authentication Type: Managed Service Identity.
   • Manually enter:
     • Subscription ID
     • Subscription name
     • Tenant ID
     • Azure container registry login server (for example, myregistry.azurecr.io).
   • Provide a Connection name and optionally select Grant access permission to all pipelines.
   • Select Save.
   Option C – Workload Identity federation
   • Select Azure Container Registry and Authentication Type: Workload Identity federation.
   • Select Subscription, then select the registry if it loads; otherwise, fall back to Managed Identity where all values are manual.
3. After saving, use the connection in pipelines by referencing the Connection name (for example, as azureSubscription in YAML).

These flows bypass the UI step that tries to enumerate registries and still create a valid service connection to ACR.

References:

• Build and publish Docker images to Azure Container Registry
• Use Azure Pipelines to build and push container images to registries (docker-registry)
• Manage service connections
• Continuous deployment for containerized applications with Azure DevOps