Alors que de plus en plus d’organisations informatiques d茅placent leur infrastructure de gestion des identit茅s vers le cloud, la concurrence pour les solutions de gestion des identit茅s en mode SaaS s’intensifie. Dans l’univers de l’authentification unique (SSO) des applications Web, on oppose souvent Azure Active Directory (Azure AD ou AAD) 脿 Okta.
En fait, Microsoft et Okta ont un pass茅 conflictuel impliquant de puissants 茅changes verbaux et des accusations allant et venant au fil des ans. Fait int茅ressant : malgr茅 leur concurrence sur les march茅s de l’identit茅 en tant que service (IDaaS) et du SSO des applications Web, le succ猫s de ces deux entreprises d茅pend largement du solide lien qui les unit 脿 Microsoft Active Directory.
S’ils rivalisent en mati猫re d’authentification multifactorielle (MFA/multi-factor authentication ou 2FA) et de SSO des applications Web, ils divergent consid茅rablement sur d’autres aspects les amenant tous deux sur des voies relativement diff茅rentes. Outre leur concurrence frontale, il s’agit de deux outils distincts qui r茅pondent 脿 des besoins diff茅rents pour les administrateurs informatiques. Aujourd’hui, nous allons comparer et opposer Azure AD 脿 Okta et explorer o霉 leur intense rivalit茅 r茅side.
Azure AD : pensez 脿 l’extension d’Active Directory, pas 脿 son remplacement
De nombreuses organisations informatiques sont d’abord d茅rout茅es par leurs noms similaires et pensent qu’Azure Active Directory est le remplacement d’Active Directory par des services d’annuaire cloud, mais ce n’est pas le cas. Active Directory est toujours h茅berg茅 sur site, tandis qu’Azure AD est le syst猫me de gestion cloud des utilisateurs pour l’infrastructure Azure dans le cloudet les applications Web.
Cette nuance est d茅montr茅 par le fait qu’Azure AD n’a pas vraiment la capacit茅 cr茅ative d’authentifier les utilisateurs de syst猫mes sur site ou distants, tels que les appareils Windows (sans Windows 10), Mac et Linux, l’infrastructure cloud h茅berg茅e sur AWS (Amazon Web Platform) ou GCP (Google Cloud Platform), les ressources r茅seau sur site (VPN, WiFi), les serveurs de fichiers sur site bas茅s sur Samba, et g茅n茅ralement tout ce qui fonctionne en dehors de l’茅cosyst猫me Microsoft Azure (en dehors des applications Web).
Azure AD est d’abord et avant tout l’infrastructure d’authentification des utilisateurs pour Azure (le service de cloud computing de Microsoft qui fait concurrence 脿 AWS et GCP), Microsoft 365, de m锚me qu’une solution d’authentification unique sur le Web. Elle est hautement adapt茅e aux serveurs Windows et aux infrastructures bas茅es sur Windows h茅berg茅es dans Azure, l’objectif de Microsoft 茅tant de transf茅rer l’infrastructure sur site de ses clients vers leur centre de donn茅es (Azure). Microsoft s’en sert largement pour concurrencer AWS, afin d’endiguer l’exode des charges de travail des serveurs Windows.
Cela signifie que, m锚me si Azure Active Directory constitue une avanc茅e significative vers un syst猫me de gestion cloud des utilisateurs, il lie toujours les organisations 脿 Microsoft ; l’architecture de r茅f茅rence de Microsoft requiert m锚me la pr茅sence sur site de AD (et la technologie de pont Azure AD Connect) afin que AAD puisse g茅rer les ressources sur site et les syst猫mes autres que Windows 10.
Par cons茅quent, la plupart des entreprises utilisent une instance Active Directory sur site pour g茅rer leur infrastructure physique, tout en adoptant une solution d’identit茅 suppl茅mentaire (Azure AD) pour leur infrastructure en Azure Cloud. Ces deux solutions se connectent ensemble gr芒ce 脿 une autre solution de Microsoft appel茅e Azure AD Connect
N’oubliez pas Okta
Relevant du vaste domaine de la gestion des identit茅s et des acc猫s (IAM) et plus particuli猫rement de l’IDaaS, les solutions de SSO pour applications Web sont au premier plan des pr茅occupations des administrateurs informatiques avec la migration vers le cloud. Okta, qui a fait son entr茅e en bourse en 2017, 茅tait l’un des premiers outils SSO pour applications Web cloud sur le march茅. Les solutions de SSO pour application Web, commun茅ment appel茅es plateformes d’identification en tant que service (IDaaS – Identity-as-a-Service), sont populaires en raison de la large utilisation d’applications Web telles que Slack, GitHub, Salesforce et plusieurs autres.
Bien qu’elle soit une plateforme de SSO pour applications Web de premier plan, Okta pr茅cise qu’elle doit 锚tre associ茅e 脿 un fournisseur d’identit茅 sur site qui dans plus de 95 % des cas est Active Directory. M锚me si cette approche multiproduit fonctionne parfaitement, elle occasionne n茅anmoins des d茅fis, notamment un co没t 茅lev茅.
Elle cr茅e 茅galement une 茅trange dynamique entre Okta et Microsoft, qui sont en concurrence en ce qui concerne l’AAD, tout en travaillant de pair dans les organisations informatiques o霉 Okta et Active Directory sont pr茅sents. Il n’est pas surprenant qu’Okta consid猫re Microsoft comme son principal concurrent et que, lors des n茅gociations avec leurs clients, ils essaient de les lier avec des contrats 脿 long terme afin qu’ils ne puissent pas facilement passer de l’un 脿 l’autre.
L脿 o霉 les solutions s’entrecroisent
Maintenant que nous savons qu’Azure AD g猫re les utilisateurs pour Azure et M365, de m锚me que le SSO pour certaines applications Web et que, de son c么t茅, Okta est un fournisseur de SSO pour les applications Web, nous pouvons regarder l脿 o霉 ces deux solutions ponctuelles s’entrecroisent.
Leur chevauchement provient du fait qu’Azure AD, contrairement 脿 Active Directory, poss猫de une authentification multifactorielle ainsi que des capacit茅s int茅gr茅es de SSO pour les applications Web. En fait, Azure Active Directory rivalise sur le march茅 avec de puissants fournisseurs SSO d’applications Web comme Okta, poussant m锚me Google 脿 les affronter avec sa propre solution de SSO, la solution de gestion d’identit茅 Google Cloud (sans oublier que r茅cemment, Amazon s’est lui aussi lanc茅 dans la course aux SSO d’applications Web).
Bien s没r, les intentions de Microsoft, Google et Amazon ne sont pas de dominer le march茅 du SSO, mais plut么t de rendre les organisations d茅pendantes de leurs services en mati猫re d’identit茅 et ultimement profiter de cet avantage pour leur vendre d’autres services. Une fois qu’une identit茅 est verrouill茅e dans Azure AD ou Google Workspace, il est plus difficile pour le client d’en sortir pour ensuite utiliser des solutions autres que Microsoft ou Google, de sorte que les clients finissent par se tourner vers d’autres solutions Microsoft/Google, ce qui du reste, 茅tait l’intention premi猫re de ces organisations.
Comme Okta se concentre principalement sur les SSO d’applications Web, il est logique que les administrateurs informatiques le comparent 脿 Azure AD, bien que les services d’Azure AD aillent au-del脿 du SSO. La plupart de ces administrateurs informatiques a vite pris conscience qu’Azure AD et Okta ne sont que deux pi猫ces faisant partie du grand casse-t锚te de la gestion des identit茅s qu’ils tentent de r茅soudre. 脌 titre d’exemple, comment les entreprises peuvent-elles contr么ler l’acc猫s aux syst猫mes macOS et Linux, aux applications sur site, aux r茅seaux VPN et WiFi sur site, et plus encore, avec AAD ou Okta comme unique plateforme de gestion des identit茅s ?
Avec le d茅sir de passer 脿 la gestion cloud des identit茅s, les administrateurs informatiques doivent commencer par trouver un remplacement pour Active Directory, ou un fournisseur d’identit茅 principal dans le cloud. Le fournisseur d’identit茅 sert de plateforme de base 脿 partir de laquelle les organisations informatiques 茅laborent leur approche IAM. Azure AD et Okta ont tous deux du mal 脿 assumer ce r么le de fournisseur d’identit茅 principal, m锚me s’ils sont pr锚ts 脿 tenter le coup. Azure AD reliera vos identit茅s aux appareils Windows 10 afin de vous attirer dans ses filets, tandis qu’Okta minimisera l’importance des appareils, car apr猫s tout, le monde fonctionne avec des applications Web, n’est-ce pas ?
Cependant, les organisations devraient d’abord commencer par la base. Une fois que celle-ci est 茅tablie avec un annuaire cloud, il peut 锚tre judicieux d’envisager une solution de SSO pour applications Web, ou, selon les besoins de l’entreprise, cela peut ne pas 锚tre n茅cessaire. Une base solide et ouverte permettra 脿 une organisation de connecter ses utilisateurs 脿 tout ce dont ils ont besoin, qu’il s’agisse d’un dispositif macOS, d’un serveur Linux AWS ou d’un serveur de fichiers Samba sur site. Cette flexibilit茅 est essentielle lorsqu’il s’agit d’envisager la bonne approche globale de la gestion des identit茅s.
Une approche moderne avec la plateforme d’annuaire 黑料海角91入口
Avec Jumpcloud, nous avons r茅invent茅 l’approche du service d’annuaire cloud. Cette plateforme de gestion des identit茅s en cloud int猫gre l’authentification multifactorielle et le SSO des applications Web tout en g茅rant de mani猫re s茅curis茅e l’acc猫s des utilisateurs aux syst猫mes, aux applications Web, aux r茅seaux WiFi et VPN, aux applications existantes, ainsi qu’aux fichiers en cloud ou sur site, le tout 脿 l’aide d’un seul annuaire cloud. A priori, la plateforme d’annuaire 黑料海角91入口 est construite selon les principes de la s茅curit茅 Zero Trust, de sorte que vous pouvez tirer parti de ces concepts pour un acc猫s aux ressources informatiques s茅curis茅 et sans friction.
Ainsi, vous n’avez nul besoin d’envisager des solutions compl茅mentaires telles qu’Azure AD ou Okta (ou m锚me des solutions de gestion de syst猫me / MDM telles que Intune). 黑料海角91入口 s’int猫gre 茅troitement 脿 AAD ou 脿 Google Workspace, de sorte que vous pouvez contr么ler l’acc猫s 脿 ces plateformes de productivit茅 essentielles. En outre, 黑料海角91入口 est une plateforme cloud de contr么le des acc猫s et de gestion des appareils tout-en-un, et ce, pour pratiquement tous les types de ressources.
Pour en savoir plus, pour d茅couvrir comment 黑料海角91入口 remplace 脿 la fois Active Directory et les solutions SSO pour applications Web. Vos 10 premiers utilisateurs et 10 premiers syst猫mes sont gratuits. Si vous avez des questions, utilisez notre chat situ茅 dans l’application au cours des 10 premiers jours et ce, 24 heures sur 24, 7 jours sur 7, et les ing茅nieurs charg茅s de la r茅ussite de nos clients vous aideront.
