Si desidera pubblicare una singola API GraphQL in APIM. Per i dati di inventario, si dispone già di un backend GraphQL e si desidera che APIM lo utilizzi come proxy. Per gli ordini, si dispone solo di endpoint REST ed è necessario risolvere i campi GraphQL chiamando tali servizi REST e modellando la risposta. Cosa si dovrebbe fare?

Questa opzione è corretta perché Azure API Management (APIM) supporta la pubblicazione di API GraphQL e offre la flessibilità necessaria per gestire diversi tipi di backend. È possibile configurare un'API GraphQL in APIM che agisca da proxy per un backend GraphQL esistente (passthrough) per i dati di inventario. Contemporaneamente, APIM consente di definire policy di risoluzione GraphQL per i campi degli ordini. Queste policy possono chiamare servizi REST esistenti, elaborare le risposte e modellarle nello schema GraphQL desiderato, integrando così backend eterogenei sotto un'unica API GraphQL. Le altre opzioni sono errate: Convertire i servizi REST in GraphQL prima di APIM è un lavoro aggiuntivo non necessario, poiché APIM può gestire la risoluzione REST. Usare API SOAP e REST separate e poi collegarle con una chiave di sottoscrizione non crea una singola API GraphQL come richiesto. set-backend-service è una policy generica per il routing; i resolver sono essenziali in APIM per mappare campi GraphQL a chiamate REST specifiche e modellare le risposte.