Para lidiar con la arquitectura de microservicio, a menudo se usa junto con un proxy inverso (como nginx o apache httpd) y, para cuestiones transversales, se usa el patrón de puerta de enlace API de implementación . A veces, el proxy inverso hace el trabajo de puerta de enlace API.
Será bueno ver claras diferencias entre estos dos enfoques. Parece que el beneficio potencial del uso de la puerta de enlace API es invocar varios microservicios y agregar los resultados. Todas las demás responsabilidades de la puerta de enlace API se pueden implementar mediante el proxy inverso, como:
- Autenticación (se puede hacer usando scripts nginx LUA);
- Seguridad del transporte. Es en sí misma tarea de proxy inverso;
- Balanceo de carga
- ....
Entonces, en base a esto, hay varias preguntas:
- ¿Tiene sentido usar la puerta de enlace API y el proxy inverso simultáneamente (como solicitud de ejemplo-> puerta de enlace Api-> proxy inverso (nginx) -> mictoservicio concreto)? En que casos
- ¿Cuáles son las otras diferencias que se pueden implementar con la puerta de enlace API y que no se pueden implementar con el proxy inverso y viceversa?