从Sidecar到eBPF：服务网格流量管理的十五年架构博弈
2016年，某电商平台在双十一促销中遭遇了诡异的服务调用超时。排查后发现，问题并非来自业务代码，而是服务间的网络通信层——每个微服务实例旁边都跑着一个Envoy代理，它们在处理mTLS加密、流量统计、熔断检测等任务时，竟吃掉了30%的CPU资源。这不是一个孤立的案例，而是一个技术演进过程中必然会暴露的深层矛盾：我们为了解决微服务通信的复杂性，引入了一个新的复杂层。 ...
Envoy
负载均衡为何总是分配不均——从轮询的直觉陷阱到P2C的数学优雅
一个拥有10台服务器的集群，负载均衡器配置为最简单的轮询策略。每台服务器每秒处理100个请求，看起来完美均衡。直到某天凌晨，其中一台服务器因为硬件故障开始变慢——响应时间从10毫秒飙升到2秒。轮询算法依然忠实地将十分之一的流量发送给它。 ...
API网关如何从Nginx进化到云原生时代：二十年流量治理的技术博弈
2013年，Netflix的工程团队面临一个棘手的问题：他们的API调用已经增长到每天数十亿次，但传统的负载均衡器无法应对如此复杂的流量治理需求。解决方案是一个名为Zuul的API网关——它不仅能路由请求，还能处理认证、限流、监控等一系列横切关注点。 ...