Envoy 是什么，和 Nginx 对比

最新推荐文章于 2025-04-26 20:02:47 发布
最新推荐文章于 2025-04-26 20:02:47 发布
阅读量6.5k 收藏 1
点赞数
分类专栏： 互联网技术架构 服务器 文章标签： Envoy Nginx Istio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39384184/article/details/121406834
版权

什么是 Nginx，Nginx 实践以及与 Tomcat，Apache 的比较

什么是 Envoy

Envoy 是一款 CNCF 旗下的开源项目，由 Lyft 开源。Envoy 采用 C++ 实现，是面向 Service Mesh 的高性能网络代理服务。它与应用程序并行运行，通过以平台无关的方式提供通用功能来抽象网络。当基础架构中的所有服务流量都通过 Envoy 网格时，通过一致的可观测性，很容易地查看问题区域，调整整体性能。

Envoy 也是 Istio Service Mesh 中默认的 Data Plane，本文我们将讲解 Envoy 的一些基本概念，并采用一些实例来介绍如何在本地环境中快速使用 Envoy 作为 Service Mesh 的数据平面，以帮助读者理解 Istio 的 Data Panel 层实现。

Envoy 和 Nginx 对比

Nginx的关键词是Web服务器和反向代理，Envoy是透明接管流量，更加体现对流量的控制和掌控力。另外，从使用方式上看，微服务对Nginx是显式调用，通过Nginx完成负载均衡等相关功能，对Envoy是隐式调用，业务微服务不需要感知Envoy的存在，和使用Envoy使用相同的方式进行通信，只不过不再需要关注通信和链路治理的细节。
详细对比

2选1：Istio vs Nginx，微服务流量管理哪家强？
java专栏
12-20 1042
首先，我们需要了解一下Istio和Nginx的基本概念。Istio：一个开源的服务网格平台，提供了丰富的流量管理、安全性和可观测性功能。它通过sidecar代理（如Envoy）来拦截和控制服务之间的通信。Nginx：著名的反向代理服务器和负载均衡器，广泛应用于Web应用的前端层。它可以作为独立的流量控制器，也可以与其他组件结合使用。
在Kubernetes上对Envoy代理，HAProxy和NGINX性能进行基准测试
NewTyun的博客
03-05 1626
在典型的Kubernetes部署中，所有到Kubernetes服务的流量都流经ingress代理——从Internet到后端服务的流量。这样，ingress就在您提高性能的关键路径上。有...
K8s 网关选型初判：Nginx 还是 Envoy？
阿里云云栖号
06-09 1231
本文将从性能和成本、可靠性、安全性 3 方面，对两大开源实现进行比对，希望对正在做 K8s 网关选型的企业有所借鉴。
微服务架构的API网关实践：NGINX与Envoy比较
AI天才研究院
12-26 944
1.背景介绍 微服务架构的API网关是一种在微服务系统中提供统一访问点、安全控制、流量管理、负载均衡等功能的组件。在微服务系统中，服务数量众多，服务之间的交互频繁，API网关作为中心化的管理平台，可以为开发者提供统一的接口，降低服务之间的耦合度，提高系统的可扩展性和可维护性。 在微服务架构中，API网关的选型非常重要。NGINX和Envoy是两款流行的API网关实现，它们各自具有不同的优势和局...
Service Mesh 深度解析与 Istio+Envoy 实现方案
保持热爱。
04-10 1211
建议生产部署时遵循渐进式原则，从非关键业务开始验证，逐步完善监控告警体系，最终实现全业务服务网格化改造。饱和度 Saturation。延迟 Latency。流量 Traffic。
使用Envoy代替Nginx作为反向代理服务
aurawing的专栏
08-18 1251
Envoy是一款开源的高性能、可扩展的服务代理，本文对Envoy和Nginx进行对比，并介绍了Envoy的部署和配置方式
envoy proxy nginx haproxy等比较
jklfjsdj79hiofo的专栏
06-29 4506
与类似系统的比较总体而言，我们相信Envoy为现代服务导向架构提供了独特且引人注目的功能集。下面我们将Envoy与其他相关系统进行比较。尽管在任何特定领域（边缘代理，软件负载平衡器，服务消息传递层），Envoy可能不像下面的某些解决方案那样具有丰富的功能，但总体而言，没有其他解决方案将相同的整体功能集提供给单个自包含的高性能套餐。注：以下大部分项目正在积极开发中。因此，某些信息可能会过时。如果是这...
Envoy 与 Nginx 对比
zzhongcy的专栏
12-04 882
综上所述，Envoy 适用于云原生应用和微服务架构，具有高度可扩展性和丰富的可观察性功能；而 Nginx 则是一种通用的服务器软件，具有高性能和灵活的配置语言。选择使用哪种解决方案取决于具体的应用需求和场景。
Nginx、LVS、Keepalived的关系
weixin_45654405的博客
08-23 2602
LVS不也有负载均衡问题吗？无论设计多少层负载均衡，多少层网关，所有流量总还是会通过一个地方的，怎么扛得住呢？ 确实是这样的，但是服务器和服务器之间并不是完全相同点，从LVS到Nginx到Tomcat，他们的功能以此增加，吞吐量也依次减少。几台Tomcat扛不住的流量可能一台Nginx就能扛住，几台Nginx扛不住的流量可一台LVS就能扛住。那LVS扛不住呢？总不能让所有流量都往一个地方走吧，所以可以考虑类似CDN的手段，每个地区就近解决就好了。
后端开发中Ribbon与Nginx的性能对比
最新发布
后端开发笔记博客记录
04-26 602
随着互联网业务的不断发展，后端系统面临着越来越高的并发请求压力。负载均衡技术作为解决这一问题的重要手段，能够将请求均匀地分配到多个服务器上，从而提高系统的整体性能和可用性。Ribbon和Nginx是目前后端开发中广泛使用的两种负载均衡工具，它们各自具有独特的特点和适用场景。本文的目的是对Ribbon和Nginx的性能进行详细对比，分析它们在不同场景下的优势和劣势，为开发者在选择负载均衡方案时提供决策依据。
Envoy VS Traefik
weixin_51735396的博客
11-06 1854
云原生场景，产生了很多的Edge Router，Load balance，API Gate Way，Proxy等组件。 最近研究了一下，分享几个喜欢的项目，它们大致分为两类： Gateway为主：Kong，Krakend Proxy为主：Envoy，Traefik 但两类没有实际功能的边界，Proxy为主，一般要支持在L4，Gateway为主，支持在L7即可。 Proxy主要位置是中间，可以做sidecar，Gateway在服务endpoint前面。 再比如传统的HAProxy就是Proxy，Nginx
浅谈Service Mesh体系中的Envoy
weixin_34122548的博客
07-05 2409
背景 最近因工作原因开始了解Service Mesh与Envoy，为系统性梳理所学内容，因此沉淀了此文档，但由于所知有限，如文档中有描述不当之处，希望不吝赐教。 提到Envoy就不得不提Service Mesh，说到Service Mesh就一定要谈及微服务了，那么我们就先放下Envoy，简单了解下微服务、Service Mesh以及Envoy在Serv...
envoy实现_网络通信与治理，谁更在行？Envoy 和 Nginx 对比 | 本月送书活动来啦
weixin_39600291的博客
12-08 803
Nginx 是 Envoy 出现之前网络通信中间件领域非常有代表性的开源系统，功能强大，性能出色，扩展性很强，已经形成了强大的生态，成为 HTTP 流量管理领域事实上的标杆。Envoy 作为后起之秀，虽然定位和目标上与 Nginx 有不少差异，但架构设计层面， Envoy 和 Nginx 都有很多的可取之处。下面会从功能定位、整体网络模型、连接处理、请求解析、插件机制等维度，对 Envo...
Envoy 【2】从 NGINX 迁移到 Envoy 代理
爱死亡机器人
11-15 2781
文章目录1. 简介2. NGINX 示例3. envy与nginx 配置对比3.1 Worker Connections3.2 HTTP Configuration3.3 Server Configuration3.4 Envoy Listeners3.5 Location Configuration3.6 Envoy Filters3.7 Proxy and Upstream Configuration3.8 Envoy Clusters3.9 Logging Access and Errors4. 启动
他们将生产环境从nginx迁移到envoy，原因竟然是……
weixin_45583158的博客
06-29 1622
导读：随着Service Mesh在最近一年进入人们的视野，Envoy 作为其中很关键的组件，也开始被广大技术人员熟悉。本文作者所在公司已经从 nginx 迁移到 Env...
Envoy为什么能战胜Ngnix——线程模型分析篇
weixin_45583158的博客
08-03 1137
导读：随着Service Mesh在最近一年的流行，Envoy 作为其中很关键的组件，也开始被广大技术人员熟悉。作者是Envoy的开发者之一，本文详细说明了Envoy的线...
Envoy
JosephThatwho的博客
03-18 688
Envoy用C++开发的网络7层代理，被设计用于在大型的、服务导向的架构中做通信总线。 既可以作为应用整体的API Gateway也可以作为每个为微服务的sidecar，组成服务网格。 南北流量：来自应用外部的流量 东西流量：服务内部的流量 listeners / 侦听器：类似与nginx中的server类似，面向客户端提供服务，用于接受客户端、前端的请求。 cluster：类似与nginx中的upstream servers，用于归类上游服务组。 filter：过滤器，listener内部的子组件，支持
istio通过envoyFilter实现nginx的error_page
ledrsnet的博客
11-04 1021
注意：匹配的pod必须得开启istio sidecar注入，不然不生效，之前一直没查出问题只能选择上面的配置在istio-system空间里面了。需求：实现nginx的error_page，istio本身不支持，只能通过envoyfilter来实现。当收到后端返回503时候，并且响应header中action为redirect时重定向跳转到首页。ps: virtualSerivce支持自定义添加header参数。
Ingress和Nginx的关系
02-28
<think>嗯，用户问的是Ingress和Nginx的关系，我需要先理解这两个概念各自是什么，然后再解释它们之间的联系。首先，我应该回忆一下Kubernetes中的Ingress是什么。Ingress是Kubernetes的一个资源对象，用来管理外部访问集群内部服务的规则，通常用于HTTP和HTTPS路由。它本身不是一个具体的软件，而是一个配置规则，需要Ingress Controller来实际处理流量。 接下来是Nginx，这是一个广泛使用的Web服务器和反向代理服务器。在Kubernetes的上下文中，Nginx Ingress Controller应该就是基于Nginx实现的Ingress控制器。用户可能想知道它们之间如何协作，比如Ingress定义路由规则，而Nginx负责执行这些规则，处理实际的流量转发。 需要确认的是，是否还有其他Ingress Controller存在，比如Traefik或者HAProxy，但用户特别提到Nginx，所以重点放在两者的关系上。可能需要解释Ingress资源如何被Nginx Ingress Controller读取并转换为Nginx的配置，比如生成server和location块，处理SSL终止等。 另外，用户可能不太清楚为什么需要Ingress，而直接使用Nginx有什么区别。应该指出，在Kubernetes中，Service通常暴露的是ClusterIP，NodePort或LoadBalancer，但Ingress提供了更灵活的路由方式，比如基于域名或路径的路由，而Nginx Ingress Controller就是实现这种功能的具体工具。 可能还需要提到安装和配置的流程，比如部署Nginx Ingress Controller后，创建Ingress资源来定义路由规则，这样外部流量就能通过Nginx被正确地路由到后端的Service和Pod。此外，Nginx Ingress Controller还支持一些高级功能，比如重写、认证、限流等，这些可以通过Annotations或者自定义资源来配置。 要避免混淆的是，用户可能认为Ingress就是Nginx，但实际上Ingress是Kubernetes的标准资源，而Nginx Ingress Controller是其中的一种实现方式。其他控制器可能有不同的实现，但Nginx的是比较常用的一种。 最后，可能需要举一个简单的例子，比如定义一个Ingress资源，指定host和path，然后Nginx Ingress Controller会根据这个生成对应的Nginx配置，将请求转发到相应的Service。这样用户能更直观地理解两者是如何配合工作的。</think>Ingress 和 Nginx 在 Kubernetes 生态中是密切协作的关系，我们可以从以下四个层面理解它们的联系与区别： 1. **定位差异** - **Ingress**：是 Kubernetes 的 API 资源对象（抽象层），类似「交通规则手册」，通过 YAML 文件定义域名、路径与后端服务的映射关系 - **Nginx**：是具体的反向代理/Web 服务器（实现层），相当于「交通警察」，负责实际执行流量调度 2. **协作流程** ① 用户创建 Ingress 资源（定义路由规则） ② Nginx Ingress Controller 持续监听集群变化 ③ 检测到 Ingress 变更后，自动生成 Nginx 配置文件（生成 `server{}` 块和 `location{}` 规则） ④ 热加载 Nginx 使新配置生效（不中断服务） ⑤ 外部流量经过 Nginx 时，根据最新规则转发到对应 Service/Pod 3. **典型架构示例** ``` 外部用户 --> Nginx Ingress Controller（Pod） --> Kubernetes Service --> 业务 Pod ↑ Ingress 资源（定义规则） ``` 4. **功能扩展** 通过 Ingress 的 annotations 可启用 Nginx 高级特性： ```yaml annotations: nginx.ingress.kubernetes.io/rewrite-target: / # 路径重写 nginx.ingress.kubernetes.io/limit-rpm: "100" # 限流 nginx.ingress.kubernetes.io/auth-type: basic # 基础认证 ``` **替代方案**：除 Nginx Ingress Controller 外，Kubernetes 还支持 Traefik、HAProxy、Envoy 等控制器，但 Nginx 方案因性能优势和功能成熟度成为主流选择（CNCF 官方维护版本）。 **最佳实践建议**：生产环境推荐启用 Nginx 的优化参数，例如： ```yaml kind: ConfigMap metadata: name: nginx-config data: worker-processes: "4" # 匹配节点 CPU 核心数 keep-alive-requests: "10000" # 长连接复用 upstream-keepalive-connections: "200" # 后端连接池 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值