Red de conocimiento informático - Problemas con los teléfonos móviles - Breve introducción a la puerta de enlace SpringCloud

Breve introducción a la puerta de enlace SpringCloud

La razón del surgimiento de la puerta de enlace API es el surgimiento de la arquitectura de microservicios. Los diferentes microservicios generalmente tienen diferentes direcciones de red. Es posible que los clientes externos necesiten llamar a múltiples interfaces de servicio para completar un requisito comercial. Si al cliente se le permite comunicarse directamente con cada microservicio, ocurrirán los siguientes problemas.

Los problemas anteriores se pueden resolver con la ayuda de la puerta de enlace API, que es la capa intermedia entre el cliente y el servidor. Todas las solicitudes externas pasarán primero a través de la puerta de enlace API. En otras palabras, las puertas de enlace API pueden realizar funciones de seguridad, rendimiento y supervisión, mientras que los proveedores de servicios pueden especializarse en una lógica empresarial específica.

En un entorno de producción, a menudo es necesario implementar un clúster API Gateway de alta disponibilidad para evitar un único punto de falla. A continuación se muestran dos opciones de implementación. (Tome Zuul como ejemplo)

Este escenario de aplicación es relativamente simple, es decir, se registran varios clientes Zuul en el servidor Eureka para lograr una alta disponibilidad de Zuul. El cliente Zuul consultará la lista de servidores Zuul desde el servidor Eureka y luego utilizará el componente de equilibrio de carga (Ribbon) para solicitar el clúster Zuul.

¿Qué pasa si utilizamos el componente de equilibrio de carga (Ribbon) para solicitar el clúster Zuul?

Si nuestro cliente es una aplicación móvil, el cliente no podrá registrarse en el servidor de Eureka. En este caso, podemos utilizar balanceadores de carga adicionales para lograr una alta disponibilidad de Zuul, como Nginx, F5, etc.

Para obtener más información sobre nginx, consulte: nginx de principio a fin.

El cliente envía la solicitud al balanceador de carga, que reenvía la solicitud a uno de sus nodos proxy Zuul. Esto hace que los nodos Zuul tengan una alta disponibilidad.

Análisis de rendimiento de API Gateway