本文介绍Linkerd 2.20数据面linkerd2-proxy的机制：协议探测区分HTTP与opaque TCP；入站/出站处理链经destination流获取端点与策略；负载均衡默认用EWMA，2.20新增Load Biaser，通过HTTP 429或gRPC RESOURCE_EXHAUSTED信号注入惩罚延迟，避免限流风暴。排障需先查控制面轴1-4，勿混读Envoy模型。

本文介绍HAProxy数据面系列教程，涵盖请求路径、线程调度、HTX/ACL、后端负载均衡、Runtime API与无缝重载等14篇内容，旨在帮助工程师深入理解延迟与失败点，并对比Nginx、Envoy等选型，提供从配置到运维的完整机制路线图。

本文是HAProxy数据面代理内核系列文章的首篇，定位其生态位：文件/Runtime驱动的经典L4/L7负载均衡内核，区别于Nginx多进程与Envoy的xDS数据面。文章提出五条坐标系（请求路径、线程共享、协议表示、动态运维、失败归因）作为后续排障的共用语言，并规划14篇阅读路线，涵盖从accept到seamless reload的完整拆解，强调机制分析而非性能对比。

本文为HAProxy数据面系列终章，通过排除树对比Nginx、Envoy、eBPF选型：HAProxy适合深度L4/L7负载均衡与热改运行态；Nginx偏Web反代；Envoy需API驱动；eBPF仅L3/L4。强调机制优势须支付迁移税，并列出stick-table一致性、QUIC成熟度、运维可观测性等开放问题，建议按排障坐标选型而非品牌口号。

本文深入解析HAProxy backend机制，涵盖负载均衡算法（如轮询、最少连接、哈希）在无粘滞会话时的选主逻辑；server maxconn限制并发连接，超出部分进入队列，超时或队列满则返回503；http-reuse策略控制连接复用；fullconn动态调整队列槽位，redispatch与backup实现故障转移。排障时需区分算法、队列、复用三层，并与Envoy进行对比分析。

本文是Envoy数据面系列文章，从Listener到xDS详解可编程代理内核。内容围绕请求路径、配置快照、FilterChainMatch、xDS warming及上游资源五条主线，分16篇深入探讨线程模型、HTTP filter链、Cluster负载均衡、动态配置生效机制及生产排障。适合平台、网关及Mesh数据面工程师，旨在将“能跑”提升至“能归因”，并与Nginx/HAProxy等选型对比。

Envoy中Cluster是上游逻辑分组，路由选定名字后，主机选择按优先级、本地性、子集和负载均衡算法逐层收窄。优先级用超额配置健康分数渗漏流量，子集依赖元数据匹配，错误回退会伪装成无上游。选中主机后，连接池、熔断和异常检测决定是否返回503。

本文讨论了FoundationDB的存储架构，重点在于客户端如何直接读取Storage Server，绕过Proxy和Resolver。每个Storage Server管理多个shard，支持异步复制。客户端通过缓存的元数据定位数据，并在5秒内读取版本。文章还探讨了数据迁移、负载均衡机制，以及读路径设计如何提高性能和一致性。

PD（Placement Driver）作为TiKV的调度中心，通过心跳机制收集集群状态，生成调度建议（Operator），并发送给Region Leader。调度过程异步，Leader可选择执行或跳过建议。PD使用Store心跳提供宏观视图，Region心跳提供精确位置。调度的基本单元是Operator，主要目标是负载均衡和副本管理，决策受限于放置规则和调度限制，以确保系统稳定性。

服务端负载均衡（LB）和客户端LB的健康检查机制不同。服务端LB通过中心代理主动探测后端实例，而客户端LB由每个客户端独立探测。健康检查方式包括主动探测、客户端主动探测和被动检测，选择方式取决于系统规模、调用频率和运维能力。服务端LB适合大多数团队，客户端LB在高负载时更有效，两者可结合使用以优化性能。