Envoy 提供了以下机制在过滤器和核心子系统（例如访问日志系统）之间传输配置、元数据和请求/连接状态。

静态配置

静态配置是指在配置加载之后不再改变的配置（例如通过 xDS）。一共有三种静态配置。

元数据

Envoy 配置的若干部分（例如监听器、路由、群集）都包含一个元数据，可以在其中对任意键值对进行编码。典型的例子是使用反向 DNS 格式的过滤器名称作为Key，并在值中对过滤器特定配置元数据进行编码。此元数据是不可变的，并在所有请求器/连接之间共享。此类配置元数据通常在启动的时候作为 xDS 的一部分提供。例如，HTTP 路由中的加权群集使用元数据来标识加权群集相对应的节点。另一个例子，负载均衡使用与加权群集相对应的路由项中的元数据在群集中选择适当的节点。

类型化的元数据

元数据本身是非类型化的。在对元数据执行操作之前，调用方通常会将其转换为类型化类对象。当重复执行时（例如对于每个请求流或连接），转换成本将变得不可忽视。类型化元数据通过允许过滤器为特定的 Key 注册一次转换逻辑来解决此问题。传入的配置元数据（通过 xDS）在配置加载时转换为类对象。然后过滤器可以在运行时（每个请求或连接）获取元数据的类型化变体，从而无需过滤器在请求连接处理期间从 ProtobufWkt::Struct 重复转换为某些内部对象。

例如，一个过滤器如果希望方便地获得对 ClusterInfo 类中的密钥 xxx.service.policy 这一个不透明元数据上的包装类，那可以通过注册一个从 ClusterTypedMetadataFactory 继承的 ServicePolicyFactory 来实现。工厂将 ProtobufWkt::Struct 转换为 ServicePolicy 类的实例（从 FilterState::Object 继承）。创建群集时，同时会创建并缓存关联的 ServicePolicy 实例。请注意，类型化元数据不是元数据的新源。它是作为配置的一部分，从指定的元数据中获取的。

HTTP 路由预处理过滤器配置

在 HTTP 路由中，每个 per_ filter _ config 允许 HTTP 过滤器具有特定的虚拟主机的配置，以及所有虚拟主机共有的全局过滤器配置，此配置将转换并嵌入到路由表中。由 HTTP 过滤器实现的特定路由过滤器配置用来替换或者增强全局配置。例如 HTTP 故障过滤器使用此技术提供每条路由的故障配置。

每个 per_ filter _ config 是一个基于<string, ProtobufWkt::Struct>的映射。连接管理器遍历此映射，并调用过滤器工厂接口 createRouteSpecificFilterConfig 来解析/验证结构值，并将其转换为与路由本身一起存储的类型化类对象。随后 HTTP 过滤器可以在请求处理期间查询特定路由的过滤器配置。

动态配置

动态配置是基于每个连接或者每个HTTP 流生成的。如果生成该配置的过滤器希望的话，可以随时改变动态配置。
Envoy::Network::Connection 和 Envoy::Http::Filter 提供了一个 StreamInfo 对象，它分别包含了当前链路和 HTTP 流的信息（例如 HTTP请求和响应）。StreamInfo 同时包含了一组固定的属性作为该类的定义的一部分（例如 HTTP 协议，请求的服务名等等）。除此之外，它还提供了可以将类型化对象存储进映射表（map<string, FilterState::Object>）的功能。每个过滤器存储的配置既可以只读也可以读写。