Su empresa ejecuta un clúster de Kubernetes on-premises y desea aplicar políticas de APIM cerca de los backends para reducir la latencia. La red solo permite el tráfico saliente a Azure a través de HTTPS. Debe mantener una única superficie de API en Azure mientras procesa las llamadas localmente. ¿Qué debe hacer?

La opción correcta es crear un gateway autohospedado de APIM. Este gateway permite desplegar las políticas de APIM cerca de los backends on-premises, reduciendo la latencia y manteniendo una única superficie de API en Azure. El tráfico saliente HTTPS (puerto 443) es necesario para que el gateway autohospedado se sincronice con la instancia de APIM en Azure. Las otras opciones son incorrectas porque: Crear una instancia de APIM en modo IaaS no es una característica estándar de APIM y no resuelve el requisito de mantener una única superficie de API en Azure mientras se procesan las llamadas localmente. Exponer los servicios on-prem a Internet aumenta la superficie de ataque y no cumple con el objetivo de reducir la latencia al procesar las llamadas localmente. Azure Arc-enabled API Management no existe como un servicio separado; la funcionalidad de ejecutar políticas sin conectividad saliente a Azure no es una característica de Azure Arc en relación con APIM. Los gateways autohospedados requieren conectividad saliente para la sincronización.