quay.io/cilium/cilium-envoy:v1.30.9-1737073743-40a016d11c0d863b772961ed0168eea6fe6b10a5
quay.iolinux/amd64v1.30.9-1737073743-40a016d11c0d863b772961ed0168eea6fe6b10a5大小: 164.85MB更新于 2025年8月24日
让 AI 帮你使用轩辕镜像？ · 展开查看说明 · 点击收起说明
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具，协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题，请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可：
请先完整阅读并严格遵守以下文档中的全部规则与要求：
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前，不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式，不推荐豆包 AI；Cursor 等编辑器可在对话 @ 该链接，或加入 User Rules。 若 AI 无法访问外链，可 打开说明文档 复制全文粘贴。文档会随站点更新，复制内容可能过期，建议定期检查。
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 的协同逻辑。
镜像拉取常见问题
功能
错误码
用户好评
来自真实用户的反馈，见证轩辕镜像的优质服务
oldzhang
运维工程师
Linux服务器
5
"Docker访问体验非常流畅，大镜像也能快速完成下载。"