Quand cet engagement aide
L'identité devient une dépendance critique lorsque les fondations du infonuagique se développent ou que l'authentification côté client change. Des intégrations d’applications fragiles, des privilèges étendus et des parcours non documentés peuvent rendre risqué un simple changement de plateforme.
Décisions avant la mise en œuvre
Nous distinguons l'accès du personnel de l'identité du client/partenaire, examinons les réclamations de la fédération et des applications et définissons les limites de l'environnement et des accès privilégiés. La modernisation de l'identité externe nécessite une analyse de compatibilité plutôt que de supposer la parité des fonctionnalités entre les plates-formes.
L'architecture dans son contexte
Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.
Ce que vous recevez :
- Inventaire d’intégration d’identité/application
- Conception de l’accès cible, de la fédération et des revendications
- Considérations relatives à la migration/coexistence et à la restauration
- Modèle d’automatisation de l’environnement et de responsabilité opérationnelle
Comment la livraison est contrôlée
- 01Cartographiez les applications, les fournisseurs d'identité et les parcours des utilisateurs.
- 02Définissez les exigences d’authentification et d’accès de la cible.
- 03Testez les intégrations représentatives et les cas extrêmes.
- 04Migration séquentielle avec les propriétaires d'applications et les équipes de support.
- 05Validez la surveillance, la récupération et l’administration des accès.
Limites et compromis
Les capacités du produit et les options de migration changent. Nous vérifions les directives actuelles de Microsoft et des fournisseurs pour le scénario réel ; un locataire renommé ou copié une interface utilisateur ne migre pas les parcours utilisateur, les politiques personnalisées et les dépendances d’application.
Questions et réponses
Comment la modernisation de l’identité doit-elle être conçue et échelonnée ?
Concevez l'intégration de l'identité du personnel et des utilisateurs externes, les limites d'accès et le séquençage de la migration autour des applications qu'ils protègent.
#À quoi notre équipe doit-elle s'attendre lors du transfert?
Le transfert comprend l’inventaire d’intégration des identités/applications ; cibler l'accès, la fédération et la conception des revendications ; considérations de migration/coexistence et de restauration. Nous acceptons les preuves d'acceptation et le propriétaire en cours avant la mise en œuvre.
#Que devons-nous apporter à la première discussion?
Apportez l'objectif commercial, l'architecture actuelle, les responsables des charges de travail, les contraintes opérationnelles et toutes les échéances fixes. Nous les utilisons pour définir les décisions et les accès nécessaires à cette mission.
#Comment la portée, les coûts et les dates de livraison sont-ils établis?
Nous déterminons d'abord l'ampleur de la charge de travail et des dépendances. Les livrables requis, l'état de préparation de l'accès, la couverture des tests et les délais d'approbation déterminent le plan de livraison ; nous n'établissons pas de prix ou de calendrier fixes avant la phase de découverte.
#