Контрольный список планирования миграции приложений Azure AD Graph
Используйте следующий контрольный список, чтобы спланировать миграцию из Azure Active Directory (Azure AD) Graph в Microsoft Graph.
Шаг 1. Проверка различий между API
Во многих отношениях Microsoft Graph напоминает Azure AD Graph. Часто можно просто обновить конечную точку, версию и имя ресурса в коде, и она должна работать должным образом.
Однако существуют различия в том, что некоторые ресурсы, свойства, методы и основные возможности изменились.
Найдите различия в следующих областях:
- Синтаксис вызова запроса между двумя службами.
- Различия функций, такие как расширения каталогов, пакетная обработка, разностные запросы и т. д.
- Имена ресурсов сущностей и их типы.
- Свойства объектов запросов и ответов.
- Методы, включая параметры и типы.
- Разрешения.
Шаг 2. Изучение использования API
Изучите API , используемые приложением, необходимые им разрешения и сравните со списком известных различий.
В рабочей среде убедитесь, что ИНТЕРФЕЙСЫ API, необходимые приложению, общедоступны в Microsoft Graph версии 1.0, и проверьте, работают ли они так же, как в Azure AD Graph, или имеют различия.
Для тестирования используйте Graph Обозреватель для экспериментов с вызовами API и разработки новых подходов. Для достижения наилучших результатов войдите с учетными данными тестового пользователя в тестовом клиенте, чтобы проверить поведение API в реалистичной среде.
Шаг 3. Просмотр сведений о приложении
- Изменения регистрации приложений и согласия.
- Библиотеки получения и проверки подлинности маркеров.
- Для приложений .NET используйте клиентские библиотеки.
Шаг 4. Развертывание, тестирование и расширение приложения
Перед обновлением приложения для рабочей среды тщательно протестируйте его и подготовьте его к развертыванию для вашей клиентской аудитории.
После перехода на Microsoft Graph вы разблокируете множество других наборов данных и функций, определенных в разделе Основные службы и функции в Microsoft Graph.