微服務 - API網關層

我已經閱讀了微服務體系結構中使用api網關的一些細節。我已經讀過，它基本上有助於安全性，轉換，節制等。編排也是它的責任之一嗎？當我閱讀有關微服務時，我發現它應該有啞管道和智能端點，服務必須編排，而不是編排。所以我的假設是編配不是api網關的責任。微服務 - API網關層

來源

2016-09-09 Punter Vicky

能否請你讓我知道爲什麼，這是downvoted？ –

恐怕沒有orchestation但有一個調用的API網關

模式利用API網關

通常是一個更好的方法是使用所謂的API 網關。 API網關是一個服務器，它是系統中的單個入口點。它類似於面向對象設計的門面模式。 API網關封裝了內部的系統架構，並提供了爲每個客戶端量身定製的API。它可能還有其他職責，例如驗證，監控，負載平衡，緩存，請求修改和管理，和靜態響應處理。模式調用API網關

https://www.nginx.com/blog/building-microservices-using-an-api-gateway/

http://microservices.io/patterns/apigateway.html?utm_source=building-microservices-using-an-api-gateway&utm_medium=blog

https://www.nginx.com/blog/microservices-reference-architecture-nginx-proxy-model/

來源

2016-09-09 17:05:44 reos

非常感謝，我的假設是它提供了您列出的所有功能，但不會通過調用2個或更多個微服務來提供粗粒度服務層。是對的嗎？ –

API網關負責請求路由，組合和協議轉換。來自客戶端的所有請求都首先通過API網關。然後它將請求路由到適當的微服務。 API網關通常會通過調用多個微服務並彙總結果來處理請求。它可以在諸如HTTP和WebSocket之類的網絡協議和內部使用的網絡不友好的協議之間進行轉換。 – reos

使用API網關的一個主要好處是它封裝了應用程序的內部結構。客戶不必調用特定服務，而只需與網關通話。 API網關爲每種客戶提供特定的API。這減少了客戶端和應用程序之間的往返次數。它也簡化了客戶端代碼。 – reos