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