{"id":8616,"date":"2025-09-19T09:37:05","date_gmt":"2025-09-19T09:37:05","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/preparation-de-certifications\/certification-azure\/introduction-aux-services-cloud-hybrides-azure\/identite-hybride\/"},"modified":"2025-09-19T13:07:59","modified_gmt":"2025-09-19T13:07:59","slug":"identite-hybride","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/preparation-de-certifications\/certification-azure\/introduction-aux-services-cloud-hybrides-azure\/identite-hybride\/","title":{"rendered":"Identit\u00e9 hybride"},"content":{"rendered":"\n
\n

Tailwind Traders<\/strong> utilise Active Directory Domain Services (AD DS)<\/strong> comme fournisseur d\u2019identit\u00e9 sur son r\u00e9seau local depuis sa migration depuis Windows NT 4.0<\/strong> au d\u00e9but des ann\u00e9es 2000. De nombreuses applications existantes chez Tailwind Traders d\u00e9pendent d\u2019Active Directory. Certaines ont une d\u00e9pendance simple en tant que fournisseur d\u2019identit\u00e9, tandis que d\u2019autres ont des d\u00e9pendances plus complexes, comme des exigences de strat\u00e9gie de groupe, des partitions de domaine personnalis\u00e9es et des extensions de sch\u00e9ma personnalis\u00e9es.<\/p>\n\n\n\n

Alors que Tailwind Traders commence \u00e0 d\u00e9placer certaines ressources et \u00e0 d\u00e9velopper de nouvelles applications dans Azure, l\u2019entreprise souhaite \u00e9viter de cr\u00e9er une solution d\u2019identit\u00e9 parall\u00e8le<\/strong>. Elle ne veut pas que les utilisateurs aient \u00e0 g\u00e9rer des informations de connexion distinctes pour les ressources locales et celles dans le cloud.<\/p>\n\n\n\n

Dans cette unit\u00e9, vous allez d\u00e9couvrir les diff\u00e9rentes fa\u00e7ons de mettre en \u0153uvre une identit\u00e9 hybride<\/strong>.<\/p>\n\n\n\n

<\/div>\n\n\n\n

D\u00e9ploiement de contr\u00f4leurs de domaine dans Azure<\/strong><\/h2>\n\n\n\n

La mani\u00e8re la plus simple de fournir le m\u00eame environnement AD DS dans Azure<\/strong> que celui utilis\u00e9 sur site consiste \u00e0 :<\/p>\n\n\n\n

    \n
  • D\u00e9ployer une paire de contr\u00f4leurs de domaine AD DS<\/strong> sur un sous-r\u00e9seau<\/strong> d\u2019un r\u00e9seau virtuel Azure.<\/li>\n\n\n\n
  • Connecter ce r\u00e9seau virtuel au r\u00e9seau local<\/strong>.<\/li>\n\n\n\n
  • Configurer ce sous-r\u00e9seau comme un nouveau site AD DS<\/strong>, comme illustr\u00e9 dans l\u2019image suivante.<\/li>\n<\/ul>\n\n\n\n
    <\/div>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    Une autre option consiste \u00e0 configurer le domaine AD DS h\u00e9berg\u00e9 dans le cloud comme un domaine enfant<\/strong> de la for\u00eat du domaine sur site.<\/p>\n\n\n\n

    Une autre possibilit\u00e9 est de configurer les contr\u00f4leurs de domaine AD DS ex\u00e9cut\u00e9s dans le cloud comme une for\u00eat distincte<\/strong>, qui entretient une relation d\u2019approbation (trust)<\/strong> avec la for\u00eat sur site.<\/p>\n\n\n\n

    L\u2019image suivante montre cette topologie de for\u00eat de ressources<\/strong>.<\/p>\n\n\n\n

    <\/div>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    D\u00e9ploiement de contr\u00f4leurs de domaine dans Azure<\/strong><\/h2>\n\n\n\n

    Les organisations qui d\u00e9ploient des contr\u00f4leurs de domaine sur des machines virtuelles (VM)<\/strong> dans Azure peuvent ensuite d\u00e9ployer des charges de travail qui n\u00e9cessitent une visibilit\u00e9 directe<\/strong> sur un contr\u00f4leur de domaine. Ce d\u00e9ploiement est possible tant que les charges de travail se trouvent sur le m\u00eame sous-r\u00e9seau du r\u00e9seau virtuel Azure<\/strong> que les VM des contr\u00f4leurs de domaine.<\/p>\n\n\n\n

    Ce mod\u00e8le de cloud hybride est conceptuellement simple<\/strong> pour de nombreuses organisations, car les centres de donn\u00e9es Azure sont consid\u00e9r\u00e9s comme un site Active Directory distant<\/strong>.<\/p>\n\n\n\n

    Pour Tailwind Traders<\/strong>, \u00e9tendre son domaine ou sa for\u00eat Active Directory sur site vers Azure peut \u00eatre suffisant<\/strong>, selon les exigences des applications.
    L\u2019inconv\u00e9nient de cette option est que les VM qui doivent fonctionner en continu<\/strong>, comme les contr\u00f4leurs de domaine, g\u00e9n\u00e8rent des co\u00fbts permanents<\/strong>.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Qu\u2019est-ce que Microsoft Entra Connect ?<\/strong><\/h2>\n\n\n\n

    Microsoft Entra Connect<\/strong> (anciennement Azure AD Connect<\/strong>) permet aux organisations de synchroniser les identit\u00e9s<\/strong> pr\u00e9sentes dans leur instance Active Directory sur site vers Microsoft Entra ID<\/strong> (anciennement Azure AD).<\/p>\n\n\n\n

    Cette m\u00e9thode permet d\u2019utiliser la m\u00eame identit\u00e9<\/strong> pour les ressources cloud et les ressources sur site. Microsoft Entra Connect est souvent utilis\u00e9<\/strong> lorsque les organisations adoptent Microsoft 365<\/strong>. Il permet \u00e0 des applications comme Microsoft SharePoint<\/strong> et Exchange<\/strong>, ex\u00e9cut\u00e9es dans le cloud, d\u2019\u00eatre accessibles via des applications sur site.<\/p>\n\n\n\n

    Si Tailwind Traders<\/strong> pr\u00e9voit d\u2019adopter des technologies Microsoft 365 comme Exchange Online<\/strong> ou Microsoft Teams<\/strong>, elle devra configurer Microsoft Entra Connect<\/strong> pour r\u00e9pliquer les identit\u00e9s<\/strong> de son environnement AD DS sur site vers Azure.<\/p>\n\n\n\n

    Si l\u2019entreprise souhaite \u00e9galement utiliser les identit\u00e9s sur site avec des applications dans Azure<\/strong>, mais ne veut pas d\u00e9ployer de contr\u00f4leurs de domaine AD DS sur des VM<\/strong>, elle devra \u00e9galement d\u00e9ployer Microsoft Entra Connect<\/strong>.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Qu\u2019est-ce que Microsoft Entra Domain Services ?<\/strong><\/h2>\n\n\n\n

    Vous pouvez utiliser Microsoft Entra Domain Services<\/strong> pour projeter un domaine Microsoft Entra<\/strong> sur un sous-r\u00e9seau virtuel Azure<\/strong>. Avec cette configuration, des services comme :<\/p>\n\n\n\n

      \n
    • l\u2019adh\u00e9sion au domaine<\/strong>,<\/li>\n\n\n\n
    • les strat\u00e9gies de groupe (Group Policy)<\/strong>,<\/li>\n\n\n\n
    • le protocole LDAP<\/strong>,<\/li>\n\n\n\n
    • l\u2019authentification Kerberos et NTLM<\/strong><\/li>\n<\/ul>\n\n\n\n

      deviennent disponibles pour toute VM d\u00e9ploy\u00e9e sur ce sous-r\u00e9seau<\/strong>.<\/p>\n\n\n\n

      Microsoft Entra Domain Services permet d\u2019avoir un environnement Active Directory g\u00e9r\u00e9 de base<\/strong> disponible pour les VM, sans avoir \u00e0 g\u00e9rer, maintenir ou payer<\/strong> pour les VM qui agissent comme contr\u00f4leurs de domaine.<\/p>\n\n\n\n

      Il permet \u00e9galement d\u2019utiliser les identit\u00e9s sur site<\/strong> via Microsoft Entra Connect<\/strong> pour interagir avec les VM ex\u00e9cut\u00e9es sur un sous-r\u00e9seau Azure sp\u00e9cialement configur\u00e9<\/strong>.<\/p>\n\n\n\n

      <\/div>\n\n\n\n

      Limites de Microsoft Entra Domain Services<\/strong><\/h3>\n\n\n\n

      Un inconv\u00e9nient de Microsoft Entra Domain Services est que la mise en \u0153uvre des strat\u00e9gies de groupe est basique<\/strong>. Elle comprend un ensemble fixe de strat\u00e9gies<\/strong> et n\u2019offre pas la possibilit\u00e9 de cr\u00e9er des objets de strat\u00e9gie de groupe (GPO)<\/strong>.<\/p>\n\n\n\n

      M\u00eame si les identit\u00e9s utilis\u00e9es sur site sont disponibles dans Azure, les strat\u00e9gies configur\u00e9es sur site ne sont pas disponibles<\/strong>.<\/p>\n\n\n\n

      <\/div>\n\n\n\n

      Pour Tailwind Traders<\/strong>, Microsoft Entra Domain Services<\/strong> repr\u00e9sente un bon compromis<\/strong> pour les charges de travail hybrides. Il permet l\u2019utilisation d\u2019identit\u00e9s jointes au domaine et une configuration substantielle des strat\u00e9gies de groupe<\/strong>.<\/p>\n\n\n\n

      Cependant, il ne prend pas en charge les applications<\/strong> qui n\u00e9cessitent des fonctionnalit\u00e9s Active Directory complexes, comme les partitions de domaine personnalis\u00e9es<\/strong> et les extensions de sch\u00e9ma<\/strong>.<\/p>\n\n\n\n

      <\/div>\n\n\n\n
      <\/div>\r\n\t\t\t\t\t

      Testez vos connaissances<\/h3>\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\r\n\t\t\t1. Parmi les machines virtuelles que Tailwind Traders pr\u00e9voit de migrer depuis le centre de donn\u00e9es d\u2019Auckland, plusieurs h\u00e9bergent des applications qui d\u00e9pendent des services Active Directory Domain Services (AD DS), incluant des extensions de sch\u00e9ma personnalis\u00e9es et des partitions AD DS personnalis\u00e9es. Quelle solution d\u2019identit\u00e9 hybride l\u2019entreprise peut-elle utiliser pour prendre en charge ces applications si les machines virtuelles sont migr\u00e9es vers Azure en tant que VMs IaaS ?<\/span>\r\n\t\t\t\r\n\t\t\t\t\t