Вы хотите опубликовать единый GraphQL API в APIM. Для данных инвентаризации у вас уже есть GraphQL бэкенд, и вы хотите, чтобы APIM проксировал его. Для заказов у вас есть только REST-эндпоинты, и вам нужно разрешать GraphQL-поля, вызывая эти REST-сервисы и формируя ответ. Что вы должны сделать?

Этот вариант является правильным, поскольку Azure API Management (APIM) позволяет публиковать GraphQL API двумя способами: сквозной передачей (passthrough) для существующих GraphQL бэкендов и синтетическим GraphQL, где APIM выступает в качестве резолвера, преобразуя вызовы GraphQL в вызовы других бэкендов (например, REST) и формируя ответ. Для инвентаризации используется сквозная передача к существующему GraphQL-сервису. Для заказов, где есть только REST-эндпоинты, APIM использует политики GraphQL-резолверов для вызова этих REST-сервисов и сопоставления результатов со схемой GraphQL. Другие варианты неверны: Преобразование REST-сервисов в GraphQL-сервер не требуется, так как APIM может сам разрешать GraphQL-поля из REST-сервисов. Использование сквозного SOAP API и REST API не соответствует требованию публикации единого GraphQL API. set-backend-service используется для переключения бэкенда для всего API или операции, но не для разрешения отдельных полей GraphQL. Резолверы необходимы для синтетического GraphQL.