Envoy v2 API概述。
完全静态
在完全静态配置中，实现者提供了一组侦听器（和过滤器链），集群以及可选的HTTP路由配置。动态主机发现只能通过基于DNS的服务发现来实现。配置重新加载必须通过内置的热启动机制进行。
虽然简单，但可以使用静态配置和优雅的热重启来创建相当复杂的部署。
仅限SDS / EDS
服务发现服务（SDS）API提供了一种更高级的机制，Envoy可以通过该机制发现上游群集的成员。 SDS已在v2 API中重命名为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二进制文件外，不需要任何特使重启。
SDS / EDS，CDS，RDS和LDS
侦听器发现服务（LDS）在Envoy可以在运行时发现整个侦听器的机制上分层。这包括所有的过滤器堆栈，直到并包含嵌入式参考RDS的HTTP过滤器。在混合中添加LDS可以使Envoy的几乎所有方面都能够进行动态配置。只有非常少见的配置更改（管理员，跟踪驱动程序等）或二进制更新时才需要热启动。
初始化
Envoy在启动时如何初始化是复杂的。本节将从高层次解释流程的工作原理。以下所有情况都发生在任何听众开始收听并接受新连接之前。
在启动过程中，集群管理器会经历多阶段初始化，首先初始化静态/ DNS集群，然后是预定义的SDS集群。然后，如果适用，它将初始化CDS，等待一个响应（或失败），并执行CDS提供的集群的相同主/次初始化。
如果群集使用主动健康检查，特使也做一个活跃的HC轮。
集群管理器初始化完成后，RDS和LDS将初始化（如果适用）。在LDS / RDS请求至少有一个响应（或失败）之前，服务器不会开始接受连接。
如果LDS本身返回需要RDS响应的侦听器，则Envoy会进一步等待，直到收到RDS响应（或失败）。请注意，这个过程通过LDS发生在每个未来的收听者身上，并被称为收听者变暖。
在所有先前的步骤发生之后，听众开始接受新的连接。该流程确保在热启动期间，新流程完全能够在旧流程开始排放之前接受并处理新的连接。