Linkerd2 edge-25.4.3版本发布:优化Gateway API支持与追踪功能
Linkerd是一个轻量级的服务网格解决方案,它通过透明的代理机制为Kubernetes集群中的微服务提供流量管理、安全性和可观测性功能。作为云原生计算基金会(CNCF)的毕业项目,Linkerd以其简单性和高性能著称。
本次发布的edge-25.4.3版本主要带来了两个重要改进:对Gateway API支持的优化和追踪功能的默认端口调整。
Gateway API支持优化
在Kubernetes生态系统中,Gateway API正在成为Ingress的下一代标准。Linkerd从早期就开始支持Gateway API,本次版本在CLI工具中做了两处重要改进:
-
现在会明确检查集群中是否安装了v1版本的Gateway API资源。这是为了避免用户使用过时的API版本导致兼容性问题。
-
当检测到缺少必要的Gateway API CRD时,CLI会提供更精确的安装命令提示。这大大简化了用户的安装配置过程,减少了出错的可能性。
这些改进使得Linkerd与Gateway API的集成更加可靠和用户友好,特别是在多集群场景下部署服务时。
追踪功能默认端口调整
分布式追踪是微服务可观测性的重要组成部分。Linkerd支持将追踪数据导出到各种后端系统进行分析。
本次版本将默认的追踪端口从OpenCensus标准的55678调整为OpenTelemetry标准的4317。这一变化反映了行业趋势,因为OpenTelemetry正在成为云原生可观测性的事实标准。
需要注意的是,这一变更可能会影响现有部署:
- 如果用户已经配置了自定义的追踪收集器,可能需要相应调整端口设置
- 新部署将默认使用4317端口,与大多数现代追踪系统兼容
其他改进
除了上述主要变更外,本次发布还包括:
- 多项依赖库版本升级,包括Helm、Prometheus客户端等
- 多集群测试的稳定性改进
- 代理组件升级到v2.293.0版本
总结
Linkerd2 edge-25.4.3版本继续沿着简化服务网格管理的方向前进,特别是在与Kubernetes生态系统组件的集成方面做出了重要改进。对于计划使用Gateway API管理流量的用户,以及希望利用现代追踪系统的团队,这个版本提供了更好的开箱即用体验。
作为edge版本,它已经过充分测试,推荐用户评估使用。生产环境用户可关注后续的稳定版发布,这些改进将会包含在其中。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00