我們已經有了提供 rpc 和 rest 端點的Twrip-RPC 。那么為什么我們需要 grpc-Gateway。與 twirp 相比，它提供了哪些優勢。是不是我們可以為 grpc 網關提供自定義端點是唯一的區別。Twrip-rpc 不能做什么 grpc-gateway？
3 回答
守著星空守著你
TA貢獻1799條經驗 獲得超8個贊
Twirp 和 gRPC 網關類似。他們都從 protobuf 文件定義中構建 API 服務。
主要區別：
gRPC 僅在 HTTP2 上使用 protobuf，這意味著瀏覽器無法輕松地直接與基于 gRPC 的服務通信。
Twirp 在 Protobuf 和 JSON、HTTP 1.1 和 HTTP2 上工作，因此任何客戶端都可以輕松通信。
gRPC 是一個具有許多功能的完整框架。很強大的東西。
Twirp 很小很小。只有一些基本功能，但它更容易管理。
FFIVE
TA貢獻1797條經驗 獲得超6個贊
除了二進制 Protobuf 編解碼器之外，Twirp 還支持 JSON 編碼的請求和響應，但它仍然充當 RPC。POST您可以在端點上使用 HTTP ，例如/twirp/MyService/SayHello使用 JSON 有效負載并接收 JSON 響應。除了可選的 JSON 之外，與標準 gRPC 非常相似。
對于 gRPC 網關，它有點不同。在這里，您可以在現有 gRPC 服務上配置任何 HTTP REST 端點。例如，MySevice.SayHello可以映射到GET /hello. 這使得在 gRPC 定義之上實現完整的 REST 服務變得非常容易。
希望這能澄清一下。
- 3 回答
- 0 關注
- 173 瀏覽
添加回答
舉報
0/150
提交
取消