Контрольный список планирования миграции приложений 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.