微服务之间互相调用是通过网关还是直接 rpc?

内部服务间调用就直接吧，给外部用的可以接网关

随便列一下，

网关的问题：
1. 网关出 Bug 、被打爆 所有服务全无
2. 网关在逻辑增加了一跳路径，降低稳定性
3. 网关不是单纯的网关，如果是 DNS+VIP 的方式访问网关，那在网络层也需要 L4 接入，L4LB 是 ecmp 发布的路由，扩缩容时会损失部分连接（除非做了 session 同步，这个坑更多），所以在物理层面实际上增加了两跳
4. 为了避免 3 中 L4LB 带来的缺陷，需要采用服务发现去发现网关实例，那为啥不直接发现下游实例呢？

优势：
1. 服务治理（含风控等所有通用功能）好做，功能迭代在网关上

综上：
1. 入口服务使用网关做接入，内部 RPC 调用上 ServiceMesh

@Goooooos 直接调用是怎么实现？服务调用地址怎么维护？手动去 nacos 查询？

@winglight2016 你说的这个是注册中心干的活

@tedzhou1221 gateway 可以帮你使用 lb://aliasname/这样格式，转发访问其他微服务，不然就只能自己去 nacos 更新访问地址，这事儿有点麻烦。