Desea publicar una única API GraphQL en APIM. Para los datos de inventario, ya tiene un backend GraphQL y desea que APIM actúe como proxy. Para los pedidos, solo tiene puntos de conexión REST y necesita resolver campos GraphQL llamando a esos servicios REST y dando forma a la respuesta. ¿Qué debe hacer?

La opción correcta es configurar una API GraphQL en APIM con passthrough para el servicio GraphQL de inventario y usar políticas de resolución GraphQL para los campos de pedido. APIM permite definir una API GraphQL que puede actuar como proxy para un backend GraphQL existente (passthrough) y, al mismo tiempo, resolver campos específicos mediante llamadas a otros servicios (como REST) y mapear sus respuestas al esquema GraphQL definido. Esto proporciona la flexibilidad necesaria para integrar diferentes tipos de backends bajo una única interfaz GraphQL. Las otras opciones son incorrectas porque: Convertir los servicios REST a GraphQL primero es un trabajo adicional innecesario, ya que APIM puede resolver campos REST directamente. Usar una API SOAP para inventario y REST para pedidos no crea una única API GraphQL unificada. set-backend-service no es suficiente para resolver campos individuales de GraphQL de diferentes fuentes; las políticas de resolución son esenciales para esto.