iT邦幫忙

2025 iThome 鐵人賽

DAY 28
0
DevOps

PM 的 30 日 DevOps 養成計畫 系列 第 28

微服務背後的交通指揮:API Gateway 與 Service Mesh

  • 分享至 

  • xImage
  •  

前面文章提到微服務的好處,就是可以獨立開發、測試跟發佈,就算是某一個微服務發生故障,也不會互相影響。

但當微服務自己負責自己的項目時,如果需要安全的互相溝通時,就需要 API Gateway 跟 Service Mesh 的協助。

如果把各個微服務比喻成一座城市,每個微服務就是一棟樓,要可以讓這個城市有安全的流量進來,API Gateway 就很像以前古城的城門,有一個統一的進入點,如果來自外部的請求就需要從這裡進來,同時也可以安全地進行身份驗證及檢查、流量管理等。

接著,微服務之間如果在城市內需要互相溝通,或是流量的管理(ex:紅綠燈),這就是 Service Mesh 派上用場的時候,可以進行哪些流量先走、後走的順序調配、保證服務之間的對話是經過加密的,也可以自動記錄流量的日誌,讓工程師要查找問題時,可以更快的了解重點。

如果以實際的電商案例來說,當用戶使用 APP 查詢某項商品時(使用者 → 系統),會先經過 API Gateway 查看流量是否超過限制,並將頁面導向商品。

接著,要確認商品庫存數量(服務 ↔ 服務)是否足夠,還有像是訂單確認後要轉導至金流服務,就會藉由 Service Mesh 來做查詢溝通。

API Gateway 跟 Service Mesh 讓微服務可以更安全且穩定的協作,是重要的基礎設施。


上一篇
Multi-Cloud 與 Hybrid Cloud 的 DevOps 實戰
下一篇
Serverless 與事件驅動架構
系列文
PM 的 30 日 DevOps 養成計畫 30
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言