相关疑难解决方法(0)

为了处理微服务架构,它通常与反向代理(例如nginx或apache httpd)一起使用,并且对于交叉关注问题,使用实现 API网关模式.有时反向代理执行API网关的工作.
很高兴看到这两种方法之间存在明显的差异.看起来API网关使用的潜在好处是调用多个微服务并聚合结果.API网关的所有其他职责可以使用反向代理实现.例如:

• 身份验证(可以使用nginx LUA脚本完成);
• 运输安全.它本身就是反向代理任务;
• 负载均衡
• ....

基于此,有几个问题:

1. 是否有意义地同时使用API​​网关和反向代理(例如请求 - > Api网关 - >反向代理(nginx) - >具体的mictoservice)？在什么情况下？
2. 使用API​​网关可以实现的其他差异是什么,反向代理无法实现,反之亦然？