Question about using APIM with Self-hosted Gateway

Question

Question about using APIM with Self-hosted Gateway

David Fernando Lopez Cueca 60

I have a client who currently has several API management environments (DEV, QA, and STG). They've asked me if it's technically possible to integrate the APIs from all three environments into a single API and create a self-hosted gateway for each environment, correctly re-pointing the APIs according to the corresponding environment. I'd like to know if this is feasible and if it would be a good practice.

Note: The PRD environment would remain separate.

0 comentarios

Respuesta aceptada por el autor de la pregunta

0 respuestas adicionales

Su respuesta

Answer 1

Hola David,

¡Gracias por ponerte en contacto con la comunidad de preguntas y respuestas de Microsoft!

Sí, puedes consolidar absolutamente tus entornos DEV, QA y STG en una única instancia de Azure API Management (APIM) mientras usas gateways autoalojados para mantener un aislamiento y enrutamiento de red estricto para cada entorno.

Según la documentación oficial de Microsoft, la función de pasarela autoalojada permite desplegar una versión contenedorizada del componente APIM en cualquier lugar.

"La pasarela autoalojada amplía el soporte para la gestión de APIs para entornos híbridos y multi-nube y permite a las organizaciones gestionar de forma segura y eficiente las APIs alojadas en las instalaciones y en las nubes desde un único servicio de gestión de APIs en Azure." — Resumen de la pasarela autoalojada

Nota: Asegúrate de que tu nivel APIM soporta gateways autoalojados con nombre (Premium o Developer v2+).

Cómo conseguirlo:

Crear recursos de pasarela en APIM: En tu instancia única de APIM, provisionarás recursos de gateway distintos (por ejemplo, dev-gateway, qa-gateway, stg-gateway). Cada uno de estos actúa como un contenedor lógico para la configuración.
Asignar APIs a Gateways específicos: Por defecto, las APIs se asignan a la pasarela de la nube gestionada. Puedes asignar tus APIs de desarrollo exclusivamente a dev-gateway, APIs de QA a , qa-gatewayetc.
Despliega los contenedores mediante tokens: Cuando despliegues el contenedor Docker de gateway autoalojado (o el gráfico Kubernetes Helm) en tu clúster local/entorno inferior, lo configurarás usando la URL específica __ del endpoint__ (config.service.endpoint) y el token de configuración (config.access.token) generados por APIM para ese recurso de gateway específico.
Cómo obtener el config.access.token: Para conectar de forma segura tu gateway autoalojado al plano de gestión APIM, debes generar un token de acceso desde el Azure Portal:
- Navega a tu instancia APIM en el Portal de Azure.
- En la sección de Despliegue e infraestructura, haz clic en Pasarelas.
- Selecciona la pasarela específica que has creado (por ejemplo, dev-gateway).
- Haz clic en Despliegue en el menú izquierdo.
- En la __ sección de__ Tokens, elige una fecha de caducidad (por ejemplo, dentro de 30 días) y haz clic en Generar.
- Esto creará un token codificado en Base64. El Portal llenará automáticamente este token en los docker run scripts de despliegue de o Kubernetes proporcionados más abajo en la misma página.

Debido a que el contenedor de la pasarela DEV se despliega usando el token de configuración DEV, se conecta de forma segura al plano de gestión APIM a través del puerto saliente 443 y solo descarga la configuración y las APIs asociadas a la pasarela DEV. Permanecerá completamente ajeno a tus APIs de QA o STG, evitando así que los puntos finales se solapan.

Documentación de referencia:

¡Espero que esto ayude a aclarar tu enfoque! Déjame saber en los comentarios si necesitas más ayuda.

Nota: Esta respuesta fue redactada con la ayuda de sistemas de IA.