Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Microsoft Entra Cloud Sync explicado: sincronize o Active Directory com o Entra ID de forma leve (Dublagem IA)

Transcript

Microsoft Entra Cloud Sync explicado: sincronize o Active Directory com o Entra ID de forma leve (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

• 0:00
  Pronto para 10 dias de Microsoft 365, Copilot, IA, Azure e as pessoas que estão moldando o futuro do trabalho, IAZUM.
• 0:07
  Em janeiro, a Conferência M365 está de volta e vai além.
• 0:12
  Participe de sessões ao vivo, demonstrações do mundo real e conhecimento prático de MVPs e especialistas do setor em todo o mundo.
• 0:18
  Sem slides genéricos, sem jargões intermináveis.
• 0:21
  Estamos enfrentando os desafios reais.
• 0:23
  Copilot Studio, agentes de IA, malha, segurança, governança e automação.
• 0:28
  É a beizão.
• 0:29
  Não importa se você é um profissional de TI, desenvolvedor ou líder empresarial.
• 0:33
  Há sessões criadas para você.
• 0:35
  Com 10 dias inteiros, você pode explorar várias tecnologias e se conectar com uma comunidade global.
• 0:40
  Assista ao vivo e leve insights práticos de volta para a sua organização.
• 0:45
  Janeiro de 2027, 10 dias, uma comunidade Microsoft.
• 0:49
  As inscrições já estão abertas.
• 0:51
  Vá até o seu local hoje mesmo.
• 0:54
  M365.com.net
• 0:58
  Participe agora em M365.com.net e nos vemos ao vivo em janeiro.
• 1:04
  Olá a todos e bem-vindos a mais um episódio do Microsoft Knowledge Nuggets aqui no M365.
• 1:10
  FM e OWT MiniM e Mil Computers.
• 1:13
  O que é exatamente o Microsoft Entra Cloud Sync.
• 1:15
  É apenas outro nome para o Entra Connect ou ele resolve um problema diferente.
• 1:19
  Muitas empresas ainda mantêm contas de funcionários no Active Directory dentro de sua própria rede.
• 1:23
  No entanto, os funcionários trabalham no Microsoft 365 precisando de Teams, e-mail exchange online, arquivos OneDrive e apps.
• 1:30
  Isso cria dois lugares onde a identidade é importante.
• 1:32
  Sem um link entre eles, alguém pode existir no Active Directory, mas não no Entra ID, a recepção em nuvem do Microsoft 365.
• 1:39
  As senhas não correspondem.
• 1:41
  O acesso chega tarde.
• 1:43
  A TI acaba fazendo o mesmo trabalho duas vezes.
• 1:46
  O Entra Connect se tornou uma ferramenta local conhecida para vincular esses dois lugares.
• 1:49
  Cloud Sync segue um caminho diferente, com mais trabalho de sincronização sendo feito no Microsoft Entra.
• 1:54
  No final, você saberá melhor o que ele faz porque existe e o que mudou em 2026.
• 1:58
  Mas um limite ainda decide se ele se encaixa na sua empresa.
• 2:02
  Porque o Sync de identidade precisa de um modelo simples.
• 2:05
  Comece com um novo funcionário.
• 2:07
  RH informa a TI que mais começa na segunda-feira.
• 2:09
  Alguém cria a conta 10M de Maya no Active Directory, que muitas empresas ainda usam como arquivo local da equipe.
• 2:15
  Seu nome, e-mail de trabalho, departamento, gerente, associação ao grupo e detalhes de senha começam ali.
• 2:21
  Mas Maya não trabalha apenas dentro da rede da empresa.
• 2:24
  Ela precisa entrar no time de casa.
• 2:26
  Ela precisa da caixa postal do Exchange Online.
• 2:28
  A equipe dela armazena arquivos no SharePoint.
• 2:30
  E ela pode precisar de acesso a folhas de pagamento, CRM, treinamento ou outros apps antes do dia terminar.
• 2:35
  Uma pessoa precisa de uma identidade de trabalho.
• 2:37
  Essa identidade precisa aparecer em ambos os lugares, mas ainda se referindo à mesma Maya.
• 2:41
  Seu nome de login precisa responder.
• 2:42
  Suas informações de grupo precisam chegar no novo.
• 2:44
  Quando sua senha muda no Active Directory, Microsoft 365 também precisa de uma maneira segura de confirmar essa senha.
• 2:51
  Essa é a função da sincronização de identidade.
• 2:53
  Pense no Active Directory como um arquivo no porão de um prédio de escritórios.
• 2:58
  Ele contém os registros da equipe em que a empresa já confia.
• 3:00
  O Entryd fica na recepção no andar de cima, decidindo quem pode entrar no Microsoft 365 e quais salas eles podem usar.
• 3:05
  Se o arquivo e a recepção não tentarem compartilhar informações, Maya será barrada na porta.
• 3:10
  Há 20 anos, essa lacuna causava muito trabalho manual.
• 3:14
  Uma equipe de TI pode criar uma conta localmente e, em seguida, criar outra conta em um serviço novo.
• 3:18
  Quando Maya mudava de nome, trocava de equipe ou saía da empresa,
• 3:21
  alguém precisava se lembrar de todos os lugares onde seus detalhes estavam.
• 3:25
  Um novo Teams, ao sincronizar a identidade, mudou o trabalho de TI.
• 3:30
  Uma alteração no Active Directory poderia fluir para o Entryd,
• 3:32
  de modo que a conta na nuvem seguisse a conta local em vez de se tornar um segundo registro separado.
• 3:37
  Por muito tempo, o Entryd cuidava desse trabalho.
• 3:39
  O Entryd é executado em um servidor dentro da rede da empresa.
• 3:42
  Ele lê o Active Directory, aplica regras locais de sincronização,
• 3:45
  mantém seu próprio armazenamento de dados e envia alterações ao Entryd.
• 3:49
  Ele faz muito especialmente quando a empresa exige controle profundo sobre o fluxo de dados.
• 3:53
  Essa flexibilidade vem com responsabilidade.
• 3:55
  Alguém precisa cuidar do servidor.
• 3:57
  Alguém precisa corrigi-lo.
• 3:58
  Alguém precisa entender as regras locais se um usuário não autenticar a sincronização conforme esperado.
• 4:02
  E, se o servidor de sincronização principal parar de funcionar,
• 4:05
  as alterações podem deixar de chegar ao Microsoft 365 até que a TI resolva o problema.
• 4:08
  Para mais, isso pode significar que a conta despega.
• 4:11
  Para uma empresa com centenas ou milhares de pessoas,
• 4:13
  isso significa que novos funcionários não aparecem em apps na nuvem.
• 4:16
  Contas desabilitadas levam mais tempo para perder o acesso,
• 4:19
  e chamadas de suporte se acumulam.
• 4:22
  O problema não é apenas que o Entryd falhou como produto.
• 4:24
  Ele ressalta que todo o mecanismo local traz trabalho local com ele.
• 4:27
  Muitas empresas querem menos peças móveis em seus próprios servidores.
• 4:30
  Sincronização na nuvem segue essa ideia.
• 4:31
  Em vez de colocar o grande mecanismo de sincronização,
• 4:33
  o processamento detalhado e a maioria das regras dentro da sua rede,
• 4:36
  o Microsoft entra lida com grande parte desse trabalho na nuvem.
• 4:39
  Sua rede local mantém um ponto de conexão menor
• 4:41
  que pode ler o Active Directory e se comunicar com segurança para fora.
• 4:44
  O arquivo permanece onde está.
• 4:46
  O processamento se aproxima da recepção.
• 4:48
  Isso pode reduzir a quantidade de software local que sua equipe precisa gerenciar,
• 4:51
  mantendo o Active Directory como local onde os detalhes dos funcionários começam.
• 4:55
  Isso também muda a forma como você pensa sobre recuperação,
• 4:57
  especialmente quando uma empresa tem mais de um escritório,
• 4:58
  mais de um diretório ou uma fusão recente para lidar.
• 5:01
  Então, se o trabalho principal de sincronização roda na nuvem,
• 5:04
  o que exatamente fica na rede da sua empresa?
• 5:07
  É isso que o Microsoft Entra Cloud Sync realmente é, realmente é.
• 5:10
  O Microsoft Entra Cloud Sync é uma maneira gerenciada na nuvem de copiar pessoas,
• 5:14
  grupos e contatos selecionados do Active Directory para o EntraID para a EntraID.
• 5:18
  Pense nele como um serviço de CoeSeguro.
• 5:20
  Seu Active Directory mantém os registros da equipe dentro da sua rede.
• 5:23
  O EntraID precisa das partes aprovadas desses registros
• 5:26
  para que usuários entrem no Microsoft 365,
• 5:28
  a sincronização na nuvem e inserem um agente de provisionamento na sua rede
• 5:31
  para transportar esses dados com total segurança entre ambos.
• 5:34
  O mensageiro não mantém um segundo sistema de arquivamento.
• 5:37
  Ele lê as informações do diretório que você aprova, criptografas,
• 5:40
  e as envia por meio de uma conexão de saída para o Microsoft EntraID.
• 5:43
  Uma conexão de saída significa que o agente inicia a conversa com a nuvem.
• 5:47
  Você não precisa abrir sua rede e esperar por uma conexão desconhecida.
• 5:50
  Isso representa um detalhe de segurança útil.
• 5:52
  O agente pode acessar o Active Directory que ele fica dentro da sua rede.
• 5:55
  O Microsoft Entra pode processar os dados
• 5:57
  porque o agente os envia com segurança para a nuvem.
• 6:00
  Os dois lados colaboram sem precisar instalar
• 6:02
  todo o motor de sincronização no seu servidor.
• 6:05
  Nos bastidores, o Entra lida com a maior parte do trabalho.
• 6:08
  Ele verifica se uma pessoa já existe no EntraID.
• 6:10
  Ele aplica o escopo escolhido por você.
• 6:12
  Ele segue os mapeamentos de campo que se definem.
• 6:14
  Em seguida, ele cria ou atualiza o objeto de nuvem,
• 6:17
  quando as informações correspondem às suas regras.
• 6:19
  Se gerencia essas escolhas no portal do Entra.
• 6:20
  Essa é uma grande mudança se você conhece o EntraConnect.
• 6:22
  Com o EntraConnect, grande parte da lógica do trabalho de solução de problemas
• 6:26
  acontece no servidor que executa a ferramenta de sincronização.
• 6:28
  Com a sincronização na nuvem, você cria uma configuração no portal
• 6:31
  e escolhe o que deve ser sincronizado, mapeia os campos
• 6:33
  e verifica os resultados de um local na nuvem.
• 6:35
  O agente local permanece pequeno.
• 6:37
  Não existe um grande motor de sincronização local com banco SQL para a nuvem.
• 6:42
  Agora você está abrindo um editor de regras local
• 6:44
  sempre que precisa verificar um mapeamento básico.
• 6:47
  A Microsoft cuida das atualizações do agente
• 6:50
  enquanto sua equipe foca nas regras de identidade essenciais para os negócios.
• 6:53
  Para a minha equipe, isso não quer dizer que perde o controle.
• 6:55
  Você ainda escolhe as pessoas e os grupos que podem inserir o EntraID.
• 6:58
  Você pode escolher campos como nome de exibição, departamento,
• 7:01
  número de telefone ou gerente.
• 7:03
  O mapeamento simplesmente responde a uma pergunta simples
• 7:06
  qual rótulo no registro do Active Directory deve preencher qual rótulo no EntraID.
• 7:09
  Para muitas empresas, os mapeamentos padrão abrangem contas normais de funcionário.
• 7:13
  Se o nome de exibição do Active Directory for Maya Patel,
• 7:15
  o EntraID poderá receber Maya Patel.
• 7:17
  Se o departamento dela mudar de vendas para sucesso do cliente,
• 7:19
  essa atualização poderá chegar à conta na nuvem.
• 7:21
  Se a associação ou grupo dela permitir acesso a um recurso do Microsoft 365,
• 7:25
  as informações do grupo também sincronizarão.
• 7:27
  Algumas configurações precisam de pequenas outras.
• 7:28
  A sincronização na nuvem traz expressões simples
• 7:31
  para quando você precisa ajustar um valor ao movê-lo.
• 7:33
  Talvez uma empresa deseje adicionar um sufixo
• 7:35
  ao nome de exibição de um certo grupo de contas.
• 7:37
  Você pode definir isso na configuração da nuvem
• 7:39
  em vez de criar um conjunto profundo de regras de sincronização local.
• 7:42
  Tem essa distinção em meio.
• 7:43
  A sincronização na nuvem traz controle sensato ao trabalho de identidade.
• 7:46
  Ela não é automatizada,
• 7:47
  foi projetada para copiar todas as personalizações avançadas
• 7:50
  que uma configuração de longa duração do Interconnect pode conter.
• 7:52
  Voltaremos a essa decisão mais tarde,
• 7:54
  pois ela pode evitar que você escolha a ferramenta
• 7:56
  só porque eu disse ao TMT que ela é mais recente.
• 7:59
  As senhas causam a maioria das pernas.
• 8:01
  A sincronização em nuvem pode usar hash de senha.
• 8:03
  Essa frase parece mais alarmante do que é.
• 8:06
  A senha legível não é enviada para o Microsoft e entra.
• 8:09
  Entra.
• 8:09
  Em vez disso, o Active Directory cria informações de verificação de senha protegidas.
• 8:13
  E o EntraID usa essas informações para verificar se outra pessoa pode fazer login com segurança.
• 8:18
  Portanto, o Maya pode usar sua senha da empresa para o Microsoft 365.
• 8:21
  Sua senha ainda começa no Active Directory.
• 8:23
  Quando ela altera lá, as informações de verificação atualizadas são sincronizadas com o EntraID.
• 8:28
  O Microsoft 365 pode então confirmar seu login sem armazenar uma cópia legível da senha.
• 8:32
  Uma regra de propriedade mantém tudo claro.
• 8:36
  Quando um usuário sincroniza do Active Directory, ele continua sendo o local onde você edita os detalhes da sincronização.
• 8:41
  Se o departamento ou cargo de Maya ou Tim precisar ser alterado, você o altera no Active Directory
• 8:45
  e o Cloud Sync transfere essa alteração para o EntraID.
• 8:48
  Muitas vezes você verá esses campos da nuvem bloqueados para edição.
• 8:50
  Isso não é um problema para ti.
• 8:52
  Ele informa de onde vem a conta.
• 8:54
  Você pode alterar essa propriedade mais tarde por meio de uma alteração planejada da fonte de autoridade,
• 8:57
  mas o Cloud Sync não transforma silenciosamente contas locais em contas locais em contas gerenciadas na nuvem.
• 9:01
  O agente explica por que o Cloud Sync parece mais leve,
• 9:04
  mas a próxima parte explica por que ele também pode continuar funcionando quando o servidor fica offline.
• 9:08
  Como o Cloud Sync segue funcionando se um servidor falha?
• 9:11
  A ferramenta só ajuda enquanto pode acessar o Active Directory.
• 9:14
  Imagine uma segunda-feira de manhã com um servidor precisando reiniciar,
• 9:17
  ou um disco falhando sem aviso.
• 9:19
  Um gerente cria um novo funcionário inicial no Active Directory,
• 9:22
  mas essa pessoa não aparece no Microsoft 365.
• 9:24
  Alguém desabilita um funcionário que saiu, mas a conta na nuvem aguarda a alteração.
• 9:29
  Esses atrasos criam um trabalho real para ti.
• 9:30
  Com uma configuração tradicional do EnterConnect,
• 9:33
  empresas usam um servidor de sincronização ativo
• 9:35
  e mantêm outro em modo de espera como backup.
• 9:38
  Esse backup precisa de planejamento, testes e um processo claro
• 9:41
  para assumir o controle quando o servidor ativo falha.
• 9:43
  Cloud Sync segue um caminho diferente.
• 9:45
  Você pode instalar mais de um agente de provisionamento
• 9:46
  no mesmo domínio do Active Directory.
• 9:49
  Cada agente se conecta à mesma configuração do Cloud Sync
• 9:51
  no Microsoft Entra e cada um pode ler as mesmas informações de diretório.
• 9:54
  Você não precisa tratar um agente como chefe permanente.
• 9:57
  Microsoft Entra e monitora os agentes disponíveis.
• 10:00
  Se um agente ficar offline, o serviço de nuvem pode usar outro agente íntegro
• 10:04
  para continuar o trabalho.
• 10:06
  Isso é alta disponibilidade integrada,
• 10:08
  o que significa simplesmente que você evita que um servidor
• 10:10
  se torne um ponto único de falha.
• 10:12
  Pense em dois helpdesks usando o mesmo diretório de equipe.
• 10:15
  Se um helpdesk fechar no fim do dia,
• 10:17
  o outro ainda poderá atender chamadas e registrar as pessoas.
• 10:19
  Pessoas da empresa não sabem o que precisam saber
• 10:21
  para saber qual mês ela lidou com sua solicitação.
• 10:23
  Elas só precisam ter acesso para trabalhar.
• 10:24
  Esse é o benefício prático.
• 10:27
  Em vez de criar um plano de failover manual
• 10:28
  em torno de um grande mecanismo de sincronização local,
• 10:30
  você instala mais de um agente leve
• 10:32
  e deixa o entre os agentes que estão online e deixa online.
• 10:35
  Você ainda deve monitorar a saúde do agente,
• 10:37
  manter o servidor suportado e testar seu plano de recuperação.
• 10:39
  O failover integrado não elimina a necessidade de uma TI responsável.
• 10:43
  Ele remove parte da pressão de uma máquina.
• 10:46
  O Cloud Sync também ajuda quando uma empresa tem florestas separadas do Active Directory.
• 10:49
  Uma floresta é um ambiente separado do Active Directory.
• 10:52
  Você pode ter um porque a sua empresa comprou outra empresa.
• 10:55
  As duas empresas podem usar domínios diferentes,
• 10:58
  redes diferentes e diretórios locais separados
• 11:00
  que podem se comunicar diretamente.
• 11:03
  Isso é comum após uma fusão.
• 11:05
  Com a sincronização em nuvem,
• 11:06
  você pode instalar um agente próximo a cada floresta.
• 11:08
  Cada agente lê seu próprio Active Directory local
• 11:09
  e em seguida se conecta externamente ao mesmo locatário do Microsoft Entra.
• 11:13
  A nuvem se torna um destino compartilhado,
• 11:15
  mesmo quando os diretórios locais permanecem separados.
• 11:17
  Nenhum caminho de rede direto entre as florestas é necessário para a asseguração.
• 11:21
  Imagine que uma empresa em Londres adquira uma empresa em Toronto.
• 11:24
  Ambas as equipes precisam usar o mesmo locatário do Microsoft 305,
• 11:27
  mas conectar suas antigas redes de diretório levaria meses
• 11:29
  e levantaria questões de segurança.
• 11:30
  Um agente em Londres sincroniza contas locais,
• 11:32
  enquanto um agente em Toronto sincroniza contas de Toronto.
• 11:35
  Ambos os conjuntos de usuários podem chegar na mesma ID do Entra.
• 11:37
  Isso pode dar tempo para planejar o trabalho de diretório maior,
• 11:40
  sem impedir que as pessoas acessem o Teams, o e-mail e os aplicativos em nuvem.
• 11:43
  Ainda há requisitos práticos.
• 11:44
  Cada agente precisa de uma conexão confiável com o seu Active Directory local.
• 11:48
  Também precisa de acesso externo pelo seu firewall ou proxy
• 11:51
  para os serviços em nuvem Microsoft e UTMS.
• 11:53
  Você não coloca o agente em um computador aleatório e espera pelo melhor.
• 11:57
  Coloque-o em servidores compatíveis, forneça a ele o acesso local correto
• 12:00
  e instale mais de um agente para uma configuração de produção.
• 12:02
  A disponibilidade mantém a conexão ativa.
• 12:05
  Mas decidir quais contas devem passar por essa conexão
• 12:07
  é tão importante quanto o que é sincronizado
• 12:09
  e como você mantém o controle.
• 12:10
  Antes, o Cloud Sync comece a mover contas para o EntraID
• 12:14
  e decide exatamente quem pertence ao escopo de sincronização.
• 12:17
  Copo significa parte do Active Directory Cloud Sync
• 12:20
  e tem permissão para ler e copiar.
• 12:21
  Você pode escolher todos os objetos compatíveis
• 12:23
  em um domínio que atenda uma pequena empresa
• 12:25
  com um diretório limpo e contas de funcionários claras.
• 12:28
  Empresas maiores geralmente precisam de mais cuidado
• 12:30
  porque o Active Directory pode conter usuários de testes antigos,
• 12:33
  contas de serviço, contas de treinamento
• 12:35
  e grupos que ninguém espera ver no Microsoft 365.
• 12:38
  O início limitado evita surpresas.
• 12:40
  O Cloud Sync permite limitar o escopo por unidade organizacional,
• 12:43
  geralmente chamada de UOL, ou por grupo de segurança.
• 12:46
  Uma UOL é como uma pasta rotulada dentro do Active Directory.
• 12:49
  Você pode ter uma chamada Nossos Funcionários,
• 12:51
  ou outra chamada Nossos Contratados,
• 12:53
  ou outra chamada Nossas Contas de Testes de TI.
• 12:58
  Ou se apenas a UOL de funcionários deve acessar o Microsoft 365,
• 13:00
  você pode selecionar essa UOL.
• 13:03
  O escopo baseado em grupo oferece outra pessoa.
• 13:05
  Em vez de selecionar uma pasta inteira,
• 13:07
  você escolhe um grupo de segurança
• 13:08
  e adiciona apenas as pessoas que deseja testar.
• 13:10
  Isso funciona bem quando você deseja um pequeno piloto
• 13:12
  sem mover contas em seu diretório.
• 13:14
  Comece com um grupo de testes.
• 13:15
  Escolha usuários conhecidos que possam aparecer com segurança no Entry.
• 13:18
  Verifique seus nomes de login, detalhes do departamento e associação de grupo.
• 13:21
  Confirme se as contas corretas aparecem
• 13:23
  e expanda o escopo quando confiar no resultado.
• 13:25
  Essa pequena checagem pode evitar um longo trabalho de novo.
• 13:27
  Depois de decidir quem pode sincronizar,
• 13:29
  você decide quais detalhes viajam com ele.
• 13:30
  Isso é chamado de mapeamento de atributos, mas significa algo simples.
• 13:33
  Qual campo em uma conta do Active Directory preenche,
• 13:36
  qual campo na conta do Entry.id?
• 13:38
  Um registro de usuário pode incluir nome, sobrenome, sobrenome,
• 13:41
  escritório, gerente e departamento.
• 13:44
  O Cloud Sync inclui mapeamentos padrão para configurações comuns.
• 13:47
  Em muitos casos, você deve deixar esses padrões de lado no início.
• 13:50
  Eles abrangem os campos normais que a maioria das empresas precisa
• 13:52
  e facilitam a compreensão do que mudou se um resultado parecer errado.
• 13:55
  Você pode ajustar o mapeamento quando houver termos de comotivo comercial.
• 13:58
  Por exemplo, uma empresa pode armazenar um número de telefone em um campo local
• 14:02
  que não tenta corresponder ao campo entre o que deseja preencher.
• 14:05
  Cloud Sync pode mapear esse campo.
• 14:06
  Ele também oferece suporte a expressões simples para pequenas alterações
• 14:09
  em um valor sem criar um grande conjunto de regras locais.
• 14:12
  Mas não transforma em uma configuração limpa, não quebra-cabe.
• 14:14
  Se seu processo de identidade depende de uma lógica profunda e incomum,
• 14:17
  anote esse requisito antes de alterar os mapeamentos.
• 14:20
  Para contas normais, padrões claros superam regras inteligentes
• 14:22
  que ninguém entende seis meses depois.
• 14:25
  Oferece uma forma segura de testar antes de ativar a sincronização.
• 14:28
  Ele automatiza o provisionamento sob demanda.
• 14:30
  Você escolhe um usuário e pergunta ao Cloud Sync
• 14:32
  o que você faria com esta conta?
• 14:34
  Aí o resultado mostra se o agente encontrou o usuário,
• 14:36
  se o usuário se enquadra no seu escopo,
• 14:38
  se o entra, encontrou uma conta correspondente
• 14:40
  e se o Cloud Sync a criaria ou autorizaria.
• 14:43
  Você pode ver a decisão antes que ela afete todos os outros.
• 14:46
  Imagine que uma equipe de TI cria um grupo piloto chamado AI, o Cloud Sync Test.
• 14:49
  AI ou alguém acidentalmente adiciona um grupo maior a ele
• 14:52
  e esse grupo maior contém centenas de funcionários.
• 14:54
  O provisionamento sob demanda expõe o problema do escopo
• 14:57
  enquanto a equipe testa uma pessoa,
• 14:59
  em vez de depois que centenas de contas aparecem no locatário.
• 15:01
  Para mim, esse é o tipo de erro que você deseja encontrar no início.
• 15:05
  Cloud Sync também inclui proteção contra a exclusão acidental.
• 15:08
  Se uma configuração tentar remover repentinamente
• 15:10
  um grande número de usuários ou grupos,
• 15:11
  o serviço poderá interromper a execução
• 15:13
  e colocar a configuração em quarentena
• 15:14
  em vez de copiar o dano diretamente para o Entra e D.
• 15:16
  Os administradores recebem um alerta e podem investigar.
• 15:19
  O portal Entra também fornece logs de provisionamento.
• 15:21
  Pesquise um usuário e você poderá ver o que aconteceu,
• 15:24
  se o objeto correspondeu, se um campo causou um erro,
• 15:27
  se o agente se conectou e se a configuração permanece íntegra.
• 15:30
  Quando a sincronia e identidade flui, ela parece calma.
• 15:33
  Quando algo dá errado, esses registros informam onde procurar,
• 15:35
  em vez de deixar você adivinhando.
• 15:38
  Cloud Sync agora abrange uma gama maior de necessidades,
• 15:40
  mas ainda não substitui todas as configurações do Entra Connect.
• 15:43
  Hum, Cloud Sync versus Entra Connect.
• 15:45
  E a mudança de 2026.
• 15:47
  Então todas as empresas devem migrar do Entra Connect para o Cloud Sync?
• 15:49
  O Cloud Sync é mais recente,
• 15:51
  mas ser mais recente não significa que ele sirva na configuração.
• 15:54
  A escolha certa depende do que seu sistema de identidade precisa fazer hoje,
• 15:57
  não de qual produto parece mais moderno.
• 16:00
  O Cloud Sync atende empresas que buscam configuração local simples
• 16:03
  e sincronização gerida na nuvem.
• 16:04
  Ele funciona bem quando você precisa principalmente
• 16:06
  que usuários, grupos e contatos do Active Directory apareçam no EntraID.
• 16:09
  Ele também é adequado para empresas com florestas separadas,
• 16:12
  onde cada local pode se conectar ao mesmo locatário do Entra
• 16:14
  sem primeiro unir todas essas redes locais.
• 16:16
  Ele também oferece escopo baseado em grupo.
• 16:18
  Isso pode ser útil quando você deseja trazer uma unidade de negócios,
• 16:21
  um novo escritório, um pequeno conjunto de usuários primeiro.
• 16:24
  Você pode manter as configurações de sincronização no portal,
• 16:26
  entra e monitorar os agentes lá e evita rodar um motor de sincronização maior
• 16:29
  em um servidor central.
• 16:30
  O Entra Connect ainda tem seu lugar.
• 16:32
  Algumas empresas contam com métodos de login
• 16:34
  que o Cloud Sync não tenta oferecer da mesma forma,
• 16:36
  como autenticação de passagem ou federação.
• 16:38
  A autenticação de passagem verifica uma senha no Active Directory
• 16:41
  no momento em que um usuário faz login.
• 16:43
  A federação envia a solicitação de login para outro sistema de identidade,
• 16:46
  geralmente um que a empresa já usa.
• 16:48
  Essas configurações precisam de um plan de jogo.
• 16:50
  O Entra Connect também atende empresas com regras avançadas de sincronia local.
• 16:54
  Talvez combinem dados de campos incomuns,
• 16:56
  apliquem filtros detalhados
• 16:57
  ou dependam de regras antigas que levaram anos para serem criadas.
• 17:01
  Substituir tal configuração por uma ferramenta mais simples
• 17:03
  sem checar todas as regras pode gerar problemas.
• 17:05
  O Exchange Hybrid também pode afetar a escolha.
• 17:07
  Uma empresa ainda pode executar partes do Exchange localmente
• 17:10
  ao usar o Exchange Online.
• 17:11
  Algumas tarefas do Exchange requerem detalhes gravados no Active Directory.
• 17:15
  Assim, o Microsoft 365 e a configuração do Exchange
• 17:17
  seguem de acordo sobre dados de e-mail.
• 17:20
  Sua configuração exata do Exchange decide se o Cloud Sync
• 17:22
  oferece suporte ao que você precisa.
• 17:24
  Essa decisão mudou em 2026,
• 17:25
  o Cloud Sync organização de dispositivos ao EntraID híbrido.
• 17:29
  Isso é importante quando dispositivos Windows da empresa
• 17:31
  pertencem ao Active Directory local,
• 17:32
  mas precisam de identidade no EntraID para gestão na nuvem.
• 17:36
  Para muitas empresas,
• 17:36
  a sincronização de dispositivos manteve o EntraConnect.
• 17:39
  Agora, o Cloud Sync também atende a essa necessidade,
• 17:41
  o que elimina o motivo pelo qual equipes não podiam considerá-lo.
• 17:44
  Você ainda precisa verificar a configuração do seu dispositivo,
• 17:46
  seus planos do Windows e como o uso em Tune,
• 17:48
  mas escolhendo a mais apenas sobre usuários e grupos.
• 17:50
  A Microsoft também incluiu o writeback de atributos híbridos
• 17:53
  do Exchange em preview público.
• 17:54
  Em termos simples, o Cloud Sync agora pode enviar certos detalhes
• 17:57
  relacionados ao Exchange da nuvem de volta ao Active Directory.
• 18:00
  A visualização pública significa que a Microsoft
• 18:02
  ainda coleta dados de uso e feedback antes do lançamento oficial,
• 18:04
  por isso, trate-a com mais cuidado com o recurso já consolidado.
• 18:08
  Não mova automaticamente uma configuração do Exchange
• 18:10
  com base em uma frase e uma atualização de produto.
• 18:12
  Leia a documentação atual da Microsoft,
• 18:14
  teste com contas que não são de produção
• 18:15
  e confirme os atributos exatos de que sua empresa precisa.
• 18:18
  O Exchange pode ser implacável
• 18:20
  quando os detalhes de identidade não coincidem.
• 18:22
  Sincronização na nuvem traz controles de segurança familiares ao portal.
• 18:26
  Você pode usar a sincronização de REST 100.
• 18:27
  Você pode definir notificações para que as pessoas certas saibam sobre um problema.
• 18:30
  Você pode definir a proteção contra a exclusão acidental.
• 18:33
  Você pode gerenciar a configuração do Entra
• 18:35
  em vez de tratar o servidor de sincronização local como o centro de tudo.
• 18:38
  As ferramentas estão ficando mais abrangentes.
• 18:40
  Ainda assim, a sincronização em nuvem não substitui temporariamente
• 18:42
  o Entra Connect em toda empresa.
• 18:43
  Pense na escolha como escolher um veículo.
• 18:46
  Uma pequena van pode ser adequada para uma rota de entrega local
• 18:49
  porque é fácil de operar e estacionar.
• 18:52
  O caminhão pesado serve para outro trabalho,
• 18:53
  pois carrega cargas que a van não pode.
• 18:55
  Nenhuma das opções está errada.
• 18:56
  Faça algumas perguntas diretas antes de decidir.
• 18:59
  Você tem uma floresta do Active Directory?
• 19:01
  Ou várias florestas desconectadas?
• 19:03
  Você precisa de single dispositivo web?
• 19:04
  Você depende de regras personalizadas avançadas?
• 19:06
  Qual método de login você usa?
• 19:08
  O Exchange precisa de writeback?
• 19:09
  E se o atual serviço de sincronização falhar,
• 19:11
  com que rapidez se recupera?
• 19:12
  Anote as respostas.
• 19:14
  A decisão final não deve começar com a migração completa.
• 19:17
  Deve começar com um pequeno teste controlado,
• 19:19
  que comprove que a sincronização em nuvem
• 19:21
  pode lidar com suas contas e requisitos reais.
• 19:24
  Primeiro passo em guru para a sua empresa.
• 19:26
  Comece desenhando um mapa de identidade 5.
• 19:29
  Liste cada floresta e domínio do Active Directory.
• 19:31
  Observe se você já executa o Entra Connect,
• 19:33
  quais usuários sincronizam hoje,
• 19:34
  quais dispositivos precisam de identidade híbrida
• 19:36
  e onde seu sistema de e-mail ainda depende do Active Directory local.
• 19:39
  Entenda tudo 5.
• 19:39
  Compare suas necessidades com o suporte atual de sincronização.
• 19:42
  Verifique seu método de login primeiro.
• 19:43
  Verifique os Exchange.
• 19:45
  Verifique os dispositivos writeback
• 19:46
  e quaisquer mapeamentos personalizados
• 19:48
  que alguém fez anos atrás e ninguém olhou desde então.
• 19:50
  Essa lista pode expor dependências ocultas.
• 19:52
  Se o sincronização em nuvem couber,
• 19:54
  instale ao menos dois agentes de provisionamento.
• 19:56
  Um agente pode funcionar em um laboratório,
• 19:58
  mas a sincronização de identidade e produção
• 19:59
  não deve estar no T.
• 20:00
  O restante em um servidor, se possível.
• 20:03
  Crie uma configuração restrita em seguida.
• 20:04
  Colhe uma unidade organizacional ou um pequeno grupo de teste.
• 20:07
  Use os mapeamentos padrão,
• 20:08
  a menos que tenha um motivo claro para alterá-lo.
• 20:10
  Colhe um usuário conhecido
• 20:11
  e execute o provisionamento
• 20:12
  sob demanda e sob demanda
• 20:13
  e ativar a sincronia.
• 20:15
  Leia o resultado com atenção.
• 20:16
  Verifique se o Entra
• 20:17
  encontra a pessoa certa,
• 20:18
  crie a conta esperada
• 20:19
  e envie os campos esperados.
• 20:21
  Observe também os logs do portal,
• 20:22
  porque um status verde por si só
• 20:24
  não confirma se as regras de negócios funcionam.
• 20:26
  Um aviso é importante uma mudança.
• 20:29
  Não presuma que...
• 20:30
  Onde está a pessoa certa,
• 20:31
  mas o que está perdendo a também?
• 20:32
  Se inscreva no nosso canal.
• 20:33
  Se inscreva no nosso canal.
• 20:34
  Onde está em seguida?
• 20:36
  Onde está a pessoa certa,
• 20:36
  porque não fixa com atenção.
• 20:37
  Onde está em seguida?
• 20:38
  Ele está na minha casa.
• 20:39
  Onde está em seguida?
• 20:41
  Onde está em seguida?
• 20:50
  Chegou?
• 20:51
  Onde está em seguida?
• 20:52
  Quando está em seguida?