Vous souhaitez publier une seule API GraphQL dans APIM. Pour les données d'inventaire, vous disposez déjà d'un backend GraphQL et souhaitez qu'APIM le proxifie. Pour les commandes, vous ne disposez que de points de terminaison REST et devez résoudre les champs GraphQL en appelant ces services REST et en façonnant la réponse. Que devez-vous faire ?

La bonne approche consiste à tirer parti des capacités GraphQL d'APIM. Pour les données d'inventaire, où un backend GraphQL existe déjà, le mode passthrough permet à APIM de transférer directement les requêtes au service en amont. Pour les commandes, où seuls des points de terminaison REST sont disponibles, les politiques de résolution GraphQL d'APIM sont essentielles. Elles permettent de définir comment des champs spécifiques du schéma GraphQL sont résolus en appelant des services REST sous-jacents, puis en transformant les réponses REST pour correspondre au schéma GraphQL attendu. Cela permet de présenter une API GraphQL unifiée aux consommateurs, même si les sources de données sous-jacentes sont hétérogènes. Les autres options sont incorrectes car : Convertir les services REST en un serveur GraphQL est une refonte significative et inutile si APIM peut gérer la résolution. Utiliser une API passthrough SOAP et une API REST n'est pas pertinent pour une API GraphQL unifiée. L'utilisation de set-backend-service seul ne suffit pas à résoudre les champs GraphQL à partir de backends REST et à mapper les réponses; les résolveurs sont nécessaires pour cette logique de transformation.