iT邦幫忙

第 12 屆 iT 邦幫忙鐵人賽

DAY 11
0
Modern Web

被選召的 Gopher 們,從零開始探索 Golang, Istio, K8s 數碼微服務世界系列 第 11

DAY11 - gRPC-Web,讓你的前端也吃到gRPC的惡魔果實 - 概念篇

本文章同時發佈於:

文章為自己的經驗與夥伴整理的內容,設計沒有標準答案,如有可以改進的地方,請告訴我,我會盡我所能的修改,謝謝大家~

大家好,在昨天的 gRPC 實作後,在微服務上我們可以用更完整的方案溝通,那是否有一個方案,可以將 gRPC 運用在前端與後端溝通呢?

有的,那就是gRPC-Web

為什麼需要 gRPC-Web

圖片來源: Envoy and gRPC-Web: a fresh new alternative to REST

gRPC 在前端運作最大的問題,就是前端對於 gRPC 所使用的 protocol 不是那麼完好的支援,現在主流瀏覽器使用HTTP1.1,而 gRPC 使用的是更加高效的HTTP2

那該怎麼解決,Google 提供的解決方案是利用一個 proxy 架設在後端,將前端所有的 HTTP1.1 流量轉換成 HTTP2,如下圖:

圖片來源: Envoy and gRPC-Web: a fresh new alternative to REST

envoy 是現在常見的一個 proxy,他對於微服務溝通的各種問題有很好的緩解作用,在未來 istio 介紹中,會更常看到他。

有這個 HTTP1.1 透過 envoy 轉換的過程,勢必會缺小原生 HTTP2 的一些好處,如下:

  • 不支援 Client-Streaming: 雖然支援 Server-Streaming 的功能,但在 Client-Streaming 上因為 HTTP1.1 的安全性問題,始終沒有啟用,一旦解決後 gRPC-Web 可以透過 Server 與 Client 的 Streaming 來做雙工串流。
  • 不使用二進制傳輸: 因為前端使用二進制並非會有較好的效能,所以還是使用類似 JSON 的方式傳送。

所以,gPRC-Web 在選用上,如果你有以下需求,那他將會是你的好選擇:

  • 前後端要有一致的溝通介面
  • 前端有訂閱需求(可用 Server-Steaming 實作)

接下來會對 gRPC-Web 實際實作,謝謝你的閱讀~

參考


上一篇
DAY10 - 神奇的 gRPC,讓你把 call service 當成一個 function call - 實作篇
下一篇
DAY12 - gRPC-Web,讓你的前端也吃到 gRPC 的惡魔果實 - 實作篇
系列文
被選召的 Gopher 們,從零開始探索 Golang, Istio, K8s 數碼微服務世界30

尚未有邦友留言

立即登入留言