Conduit项目edge-25.3.1版本发布：聚焦协议声明与Gateway API管理优化

Conduit是一个轻量级的服务网格解决方案，旨在为Kubernetes环境中的微服务提供透明的通信层。作为Linkerd的前身项目，Conduit专注于通过sidecar代理模式实现服务间的安全、可靠的通信。本次发布的edge-25.3.1版本带来了多项重要改进，特别是在协议声明支持和Gateway API管理方面的优化。

协议声明支持增强

edge-25.3.1版本引入了一项重要特性：服务端口协议声明功能。现在，用户可以直接在Kubernetes Service的port定义中通过appProtocol字段明确指定通信协议类型。例如，当设置appProtocol为"http"或"kubernetes.io/h2c"时，Linkerd将跳过自动协议检测阶段，直接使用HTTP或HTTP/2协议进行通信。

这一改进带来了几个显著优势：

1. 减少了协议检测带来的延迟开销
2. 避免了协议检测可能导致的错误判断
3. 为需要特定协议支持的服务提供了明确的配置方式

出站传输模式优化

新版本增加了outbound-transport-mode配置选项，支持设置为transport-header模式。在这种模式下，所有经过网格代理的流量都将通过4143端口进行复用传输，而不是使用原始目标端口。这种设计可以：

• 简化网络配置
• 提高端口资源利用率
• 为某些特殊网络环境提供更好的兼容性

Gateway API管理策略改进

edge-25.3.1版本对Gateway API的管理方式进行了重要调整，这是向完全由用户管理Gateway API过渡的第一步。主要变化包括：

1. 引入了新的installGatewayAPI配置项，取代了原有的enableHttpRoutes、enableTcpRoutes和enableTlsRoutes等多个独立配置
2. 当集群中已存在任何Gateway API CRD时，linkerd install --crds命令将不再重复安装这些CRD
3. Linkerd安装的Gateway API CRD现在会被标记为helm.sh/resource-policy: keep，确保在升级过程中不会被意外删除

需要注意的是，当前版本在HTTPRoute CRD处理上存在一个已知问题，建议用户考虑使用后续版本或采用替代配置方案。

其他改进与修复

• 修复了策略控制器在未安装Gateway API情况下可能出现的panic问题
• 更新了proxy-wait-before-exit-seconds参数的文档说明，使其与实际行为保持一致
• 多项依赖库版本升级，包括tokio-rustls、bitflags等核心组件

总结

Conduit edge-25.3.1版本通过协议声明支持和Gateway API管理优化，进一步提升了服务网格的灵活性和可控性。虽然当前版本存在一些已知限制，但这些改进为后续版本奠定了重要基础。对于生产环境用户，建议评估这些新特性在测试环境中的表现，并根据实际需求决定升级策略。