### 動態配置 Envoy架構支持多種的配置管理方法。采用哪種部署方法，取決于需求實現者。可以采用全靜態的配置方式，實現簡單的部署。更復雜的動態部署，需要采用更復雜的動態配置，需要基于實現者提供一個或多個外部REST的配置API。本文檔概述了可用的配置選項。 - 全量參考[配置](../../Configurationreference.md) - 安裝參考[配置](../../Buildingandinstallation/Referenceconfigurations.md) - [Envoy v2 API概述](../../Configurationreference/Overviewv2api.md) #### 術語 - SDS（[Service Discovery Service]()） - EDS（[Endpoint Discovery Service]()） - CDS（[Cluster Discovery Service]()） - RDS（[Route Discovery Service]()） - LDS（[Listener Discovery Service]()） #### 完全靜態 在完全靜態配置中，實現者提供了一組監聽器、過濾器鏈、集群以及HTTP路由配置可選。只能通過DNS服務來實現動態主機發現。必須通過內置的熱啟動機制進行配置的重新加載。 雖然簡單，當然可以使用靜態配置和優雅的熱重啟，來實現比較復雜的部署。 #### 僅限SDS/EDS 服務發現服務（SDS）API提供了一種更高級的機制，Envoy可以通過該機制發現上游群集的成員。SDS已在v2API中重命名為Endpoint Discovery Service（EDS）。在靜態配置的基礎上，SDS允許Envoy部署避開DNS的限制（響應中的最大記錄等），并消耗更多信息用于負載平衡和路由（例如，灰度發布，區域等）。 #### SDS/EDS和CDS 群集發現服務（CDS）API層上Envoy可以發現路由期間使用的上游群集的機制。Envoy將優雅地添加，更新和刪除由API指定的集群。這個API允許實現者構建一個拓撲，在這個拓撲中，Envoy在初始配置時，不需要知道所有的上游集群。通常，在與CDS一起進行HTTP路由（但沒有路由發現服務）時，實現者將利用路由器將請求轉發到HTTP請求標頭中指定的集群的能力。 雖然可以通過指定完全靜態集群來使用沒有SDS/EDS的CDS，但我們建議仍然使用SDS/EDS API來通過CDS指定集群。在內部，更新集群定義時，操作是優雅的。但是，所有現有的連接池將被斷開并重新連接。SDS/EDS不受此限制。當通過SDS/EDS添加和刪除主機時，群集中的現有主機不受影響。 #### SDS/EDS，CDS和RDS 路由發現服務（RDS）API層，Envoy可以在運行時發現HTTP連接管理器過濾器的整個路由配置。路由配置將優雅地交換，而不會影響現有的請求。該API與SDS/EDS和CDS一起使用時，允許執行者構建復雜的路由拓撲（流量轉移，藍/綠部署等），除了獲取新的Envoy二進制文件外，不需要任何Envoy重啟。 #### SDS/EDS，CDS，RDS和LDS 監聽器發現服務（LDS）在Envoy可以在運行時發現整個監聽器的機制上分層。這包括所有的過濾器堆棧，并包含嵌入式參考RDS的HTTP過濾器。在混合中添加LDS可以使Envoy的幾乎所有方面都能夠進行動態配置。只有非常少見的配置更改（管理員，跟蹤驅動等）或二進制更新時才需要熱啟動。 ### 返回 - [架構介紹](../Architectureoverview.md) - [簡介](../../Introduction.md) - [首頁目錄](../../README.md)