quay.io/cilium/cilium-envoy 是 Cilium 项目在 Red Hat 容器镜像仓库(quay.io)提供的专用 Envoy 容器镜像,主要用于云原生环境下的服务网格数据平面。Cilium 作为基于 eBPF 的高性能网络与安全解决方案,通过集成 Envoy(一款由 Lyft 开源的边缘及服务代理),实现了 L3-L7 全栈网络能力的统一管理。
该镜像的核心价值在于深度适配 Cilium 的 eBPF 架构。传统 Envoy 代理运行在用户态,而 Cilium 通过 eBPF 技术将部分流量处理逻辑下沉至内核态,cilium-envoy 则在此基础上优化了用户态与内核态的协作流程——例如通过 eBPF 快速路径(Fast Path)处理高频流量,仅将复杂 L7 规则(如 HTTP 路由、TLS 终止)交由 Envoy 处理,大幅降低转发延迟并提升吞吐量。
功能层面,cilium-envoy 支持服务网格核心能力:包括动态 HTTP/gRPC 路由、流量镜像与分流、TLS 加密/解密、请求重试与超时控制等 L7 策略;同时兼容 Cilium 的网络策略 API,可与 L3/L4 防火墙规则联动,实现从 IP 层到应用层的端到端安全管控。此外,镜像内置指标暴露功能,可对接 Prometheus 等监控系统,提供流量吞吐量、错误率、延迟分布等实时数据。
在应用场景中,该镜像主要部署于 Kubernetes 集群,作为微服务通信的“数据平面代理”:当 Pod 间发起 HTTP/gRPC 等应用层通信时,流量会被 Cilium 的 eBPF 程序重定向至本地 cilium-envoy 实例,由其执行路由、认证、限流等策略后再转发至目标服务。这种架构特别适合对网络性能敏感的场景(如***交易、实时数据处理),既能利用 eBPF 的内核级性能优势,又能通过 Envoy 满足灵活的 L7 业务需求。
作为官方维护的镜像,cilium-envoy 严格遵循 OCI 容器标准,支持多架构(如 amd64、arm64)部署,并与 Cilium 版本同步更新——例如随 Cilium v1.14 推出的 Envoy v1.25 适配版本,新增了对 HTTP/3 的实验性支持。镜像还内置安全加固(如非 root 用户运行、最小化基础镜像),可降低生产环境的***面。对于云原生运维团队而言,直接拉取该镜像(如 docker pull quay.io/cilium/cilium-envoy:v1.14.0)即可快速集成至 Cilium 服务网格,无需手动配置 Envoy 与 eBPF 的协同逻辑。
请登录使用轩辕镜像享受快速拉取体验,支持国内访问优化,速度提升
docker pull quay.io/cilium/cilium-envoy:v1.32.6-1746661844-0f602c28cb2aa57b29078195049fb257d5b5246cmanifest unknown 错误
TLS 证书验证失败
DNS 解析超时
410 错误:版本过低
402 错误:流量耗尽
身份认证失败错误
429 限流错误
凭证保存错误
来自真实用户的反馈,见证轩辕镜像的优质服务