从Sidecar到eBPF:服务网格流量管理的十五年架构博弈
2016年,某电商平台在双十一促销中遭遇了诡异的服务调用超时。排查后发现,问题并非来自业务代码,而是服务间的网络通信层——每个微服务实例旁边都跑着一个Envoy代理,它们在处理mTLS加密、流量统计、熔断检测等任务时,竟吃掉了30%的CPU资源。这不是一个孤立的案例,而是一个技术演进过程中必然会暴露的深层矛盾:我们为了解决微服务通信的复杂性,引入了一个新的复杂层。 ...
2016年,某电商平台在双十一促销中遭遇了诡异的服务调用超时。排查后发现,问题并非来自业务代码,而是服务间的网络通信层——每个微服务实例旁边都跑着一个Envoy代理,它们在处理mTLS加密、流量统计、熔断检测等任务时,竟吃掉了30%的CPU资源。这不是一个孤立的案例,而是一个技术演进过程中必然会暴露的深层矛盾:我们为了解决微服务通信的复杂性,引入了一个新的复杂层。 ...
2017年,Istio 1.0发布。Google、IBM、Lyft三巨头联手打造的服务网格项目,被寄予了重塑微服务通信的厚望。当时的技术媒体甚至用"微服务的最后一公里"来形容它——仿佛只要装上服务网格,所有分布式系统的难题都将迎刃而解。 ...