Liste de vérification pour la planification de la migration des applications

Cette page est-elle utile ?

D'autres commentaires ?

Les commentaires seront envoyés à Microsoft : en appuyant sur le bouton envoyer, vos commentaires seront utilisés pour améliorer les produits et services Microsoft. Politique de confidentialité.

Utilisez la liste de vérification suivante pour planifier votre migration.

Étape 1 : Examiner les différences entre les API

À bien des égards, Microsoft Graph est similaire à l’Azure Active Directory (Azure AD) Graph. Dans de nombreux cas, il vous suffit de modifier le nom et la version du service de point de terminaison dans votre code, et tout devrait continuer à fonctionner.

Néanmoins, il existe des différences. Certaines ressources, propriétés, méthodes et fonctionnalités principales ont été modifiées.

Plus précisément, recherchez les différences dans les domaines suivants :

• Syntaxe de demande d’appel entre les deux services
• Différences de fonctionnalités,telles que les extensions d’annuaire, le traitement par lots, les requêtes différentielle, et ainsi de suite
• Noms des ressources d’entité et leurs types
• Propriétés des objets de demande et de réponse
• Méthodes,y compris les paramètres et les types

Étape 2 : Examiner l’utilisation des API

Examinez les API utilisées par votre application, les autorisations dont elles ont besoin et comparez-les à la liste des différences connues.

Vérifiez que les API dont votre application a besoin sont généralement disponibles dans Microsoft Graph v1.0 et que ces API fonctionnent de la même manière.

Dans certains cas, les nouvelles fonctionnalités sont conçues pour remplacer les approches antérieures.

Utilisez Graph Explorer pour expérimenter de nouveaux appels et développer de nouvelles approches. Pour obtenir de meilleurs résultats, connectez-vous à l’aide des informations d’identification d’un utilisateur de test dans un client de test afin de voir ce que fait l’API sur les jeux de données importants.

Étape 3 : Examiner les détails de l’application

• Modifications d’inscription et de consentement de l’application (qui ne doivent pas être apportées).
• Bibliothèques d’authentification et d’acquisition de jetons.
• Pour les applications .NET, utilisez des bibliothèques clientes.

Étape 4 : Déployer, tester et étendre votre application

Avant de mettre à jour votre application pour tout le monde, veillez à tester minutieusement et à mettre en place votre déploiement pour votre public.

Maintenant que vous avez effectué le basculement vers Microsoft Graph, il n’a jamais été aussi facile pour vous de déverrouiller beaucoup plus de jeux de données et de fonctionnalités qui sont maintenant à portée de main. Vous pouvez avoir un avant-première de ce qui est possible en regardant certains des principaux services et fonctionnalités de Microsoft Graph.

La bibliothèque d’authentification Microsoft (MSAL) est désormais la bibliothèque d’authentification recommandée pour une utilisation avec le Plateforme d'identités Microsoft. Si vous utilisez actuellement la bibliothèque d’authentification Azure Active Directory (ADAL), prévoyez de basculer vers MSAL. Voir d’autres conseils pour migrer des applications vers la bibliothèque d’authentification Microsoft (MSAL).

Étapes suivantes

• Découvrez la syntaxe de demande d’appel pour démarrer l’étape 1 : examiner les différences d’API.