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.31.5-1737535524-fe8efeb16a7d233bffd05af9ea53599340d3f18e探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务