其实，从整个版本的规划角度来看，Traefik Proxy 2.10 作为一个过渡版本，但同样丰富了不少内容：比如，提高了我们使用 Traefik Proxy 服务网格的能力，增强了 Prometheus 指标以及并简化了我们的 Nomad 配置等，具体可参考如下解析。
— 01 —
新 Prometheus 指标的引入
为了增强使用 Prometheus 与 Traefik Proxy 时的用户体验，我们现在可以根据一个或多个标头值的值拆分总请求指标的观察结果。此选项允许我们根据标头信息收集有关客户的更多详细信息。
其实，标头本质上是灵活的，因此我们可以想出许多使用此功能的方式，包括创建自定义标头来披露应用程序版本。
Traefik 将允许我们为“requests_total”指标和包含分配给每个标签的值的请求标头定义额外的标签，具体如下所示：
代码语言：javascript复制metrics:
prometheus:
buckets:
- 0.1
- 0.3
- 1.2
- 5.0
headerlabels:
useragent: "User-Agent"需要注意的是：默认情况下未启用此功能，因此默认情况下不会影响性能。当我们启用该功能时，如果请求中不存在标头，它将以空值自动添加。标签必须是普罗米修斯的有效标签名称。
— 02 —
原生 Kubernetes 服务负载均衡改进
截至目前，Traefik 只将传入流量转发到 Pod。这使得很难解决需要使用 Traefik进行本机 Kubernetes 负载平衡的特定用例，因为它需要使用变通方法，例如创建外部服务。这些变通方法不能令人满意，这个缺失的功能是一个阻止者，特别是对于服务网格用户采用 Traefik。
现在，用户有一个新选项供提供商 Kubernetes Ingress 和 Kubernetes IngressRoute，以决定任何给定负载平衡器的子项是否直接在 Pod IP 中，或者 Kubernetes 服务是否被指定为单个子项。在这种情况下，Kubernetes 服务本身通过入口控制器在上游配置中使用的所有端点的列表来平衡对 Pod 的负载。
这对使用第三方服务网格（如Cilium）的用户尤为重要。另一个好处是，这种配置通过消除流量被重定向到不存在的客户端或 Pod 的任何机会，加强了 Traefik 对零停机部署的原生支持。
其工作原理较为简单，我们只需将 “nativeLB” 选项添加到服务中即可，具体如下所示：
代码语言：javascript复制apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:
name: whoami
namespace: traefik
spec:
entryPoints:
- web
routes:
- kind: Rule
match: PathPrefix(`/who`)
services:
- kind: Service
name: whoami
namespace: app
port: 80
nativeLB: true # Enable the option需要注意的是：
在已删除 Pod 的特定情况下，当在 Traefik 更新其路由配置之前收到请求时，我们可能会生成 502 坏网关响应，因为 Traefik 配置不反映实际的基础设施。使用 “maxIdleConnectionPerHost” 选项通过与后端服务（Pod）创建新连接来缓解 502 错误，避免连接重用到突然下降的 Pod。
— 03 —
Nomad 多个命名空间支持
Nomad 允许我们在任何给定的集群中使用多个命名空间。然而，我们的原始集成允许我们只使用单个命名空间，并要求我们在集群中为每个命名空间定义 Traefik Proxy 实例。此版本带来了使用 Traefik 的单个实例来覆盖给定集群中所有命名空间的能力。
具体如下所示：
代码语言：javascript复制providers:
nomad:
namespaces:
- "ns1"
- "ns2"以上为 Traefik 最新版本相关特性，更多关于 Traefik 的技术文章，将在后续文章中讲述，欢迎关注，谢谢！
Adiós !
··································
Hello folks，我是 Luga，一个 10 年 技术老司机，从 IT 屌丝折腾到码畜，最后到“酱油“架构师。如果你喜欢技术，不喜欢呻吟，那么恭喜你，来对地方了，关注我，共同学习、进步、超越～
