这是一个创建于 163 天前的主题，其中的信息可能已经有所发展或是发生改变。
没有做过真正的微服务项目.经过脑补后有如下关于 api 网关和微服务设计问题
- 所有的微服务都只提供 GRPC 接口吗? 还是说分两部分, 一部分 http 一部分 rpc 然后 http 调用 rpc?
- api 网关的位置在 http 和 rpc 中间还是在 http 的前面?
- 想看看大佬们的微服务项目的设计框图.
多谢.
 | 1 XiangRiZhanZhang 163 天前  1 API 网关（对外 API ）--- 通过 rpc 通讯 --- 微服务（对网关开放，不提供 http 服务，不对外开放） 我们时这么设计的 |
 | 2 layxy 163 天前 1 api 网关其中一个很重要的能力就是协议转换,我们这边内部的各种 rpc 都是直接通过网关暴漏为 http |
 | 3 chaleaochexist OP |
| 4 chaleaochexist OP |
| 5 XiangRiZhanZhang 163 天前 1 @chaleaochexist #3 就是 Google gRPC |
| 6 XiangRiZhanZhang 163 天前 1 @chaleaochexist #3 API 网关收到请求，通过 gRPC 消息转发到微服务，微服务响应结果通过 gRPC 回复给 API 网关 |
| 7 chaleaochexist OP |
| 8 XiangRiZhanZhang 163 天前 @chaleaochexist #7 应该是这个 https://grpc.io/ ，具体网关业务逻辑自己写 |
 | 9 ihciah 163 天前 via iPhone api 网关确实做这块的东西。我以前帮 api 网关团队搓过一个高性能的 http 转 thrift 的东西(当然用户要提供 schema)。 |
| 10 layxy 157 天前 @chaleaochexist 我们是自研的,目前开源的比较流行的就是 apisix,kong,还有个基于 Spring WebFlux 的 ShenYu |
Select Language