← AZ-104: administração Azure em produção
10 / 17 · 40 MIN

Utilizadores, grupos e prontidão Entra

Prepara registo, licenciamento e colaboração sem confundir criação com acesso utilizável.

Identidade e elegibilidade

Começa por distinguir a operação pedida: criar uma identidade, conceder acesso a um recurso, atribuir uma licença ou permitir reposição de palavra-passe. São decisões relacionadas, mas uma não prova as outras. Um guest que aceitou o convite B2B ainda precisa de autorização no recurso.

Uma função Azure RBAC não é automaticamente uma função administrativa do diretório. Regista quem administra a identidade e quem aprova o acesso efetivo.

Licenças e pertença

No licenciamento por grupos, verifica os membros diretos. Um grupo aninhado não faz com que todos os seus membros recebam automaticamente a licença do grupo superior. A disponibilidade de licenças é apenas uma condição; revê também planos incompatíveis e localização de utilização.

Quando essa localização falta, a atribuição por grupo pode usar a localização do tenant. Não confundas esse valor de recurso com uma confirmação da localização real de cada pessoa.

Transição sem perda de serviço

Quando dois grupos servem exclusivamente para licenciamento, adicionar ao destino, confirmar o processamento individual e só depois remover da origem reduz o risco de perda de serviço. Se os grupos também concederem acesso, a sobreposição precisa de outra análise de privilégios.

Uma alteração de membership aceite não garante que todas as licenças foram aplicadas. Guarda resultados por utilizador e investiga erros sem apagar indiscriminadamente grupos ou atribuições.

SSPR e exercício de aceitação

Para um utilizador cloud comum, confirma o âmbito SSPR, os métodos permitidos e o número de métodos registados exigido. Obrigar ao registo não significa que o registo já ocorreu. Um início de sessão anterior com MFA não demonstra automaticamente prontidão para a política de reposição.

Num exercício de mesa, recebe três registos: utilizador fora do âmbito, utilizador com registo incompleto e utilizador pronto. Explica a próxima ação de cada um antes de comparar com as respostas. Administradores e ambientes com writeback exigem análise específica.

NA PRÁTICA

Uma equipa integra vinte colaboradores e dois convidados. O handover distingue identidade criada, convite aceite, licença processada, acesso aprovado e métodos SSPR prontos. Um estado verde numa coluna não preenche automaticamente as restantes.

Armadilhas comuns

Não usar membership total como prova de licenciamento, convite aceite como prova de autorização ou sucesso de MFA como prova de todos os métodos SSPR.

Tópicos relacionados: Herança, permissões e remediação · Replicação, delegação e restauro de storage

Leva esta ideia contigo

Fecha a preparação com resultados individuais e operações autorizadas, incluindo a recusa do que deve continuar proibido.

Criar conta

Referências

Azure é uma marca comercial do grupo de empresas Microsoft. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por Microsoft. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.