前言
程序员阿亮今天发现有的Nginx和Ribbon都有负载均衡的功能，不过Nginx和Ribbon实际上都有这个功能但是还是有区别的。
一、Nginx是什么？
总所周知，Nginx是一个集高性能的 HTTP服务器 和 反向代理服务器，同时也支持负载均衡、缓存等功能的工具
- Web服务器（静态资源服务）
server {
listen 80;
server_name example.com;
location / {
root /var/www/html;
index index.html;
}
}
- 反向代理
location /api/ {
proxy_pass http://backend-server;
}
- 负载均衡（服务端负载均衡）
upstream backend {
server 192.168.1.10:8080;
server 192.168.1.11:8080;
server 192.168.1.12:8080;
}
可以做静态资源服务器，可以反向代理，又可以负载均衡
它的负载均衡是服务端负载均衡，也就是我们的请求会先到Nginx服务器，然后再通过这个Nginx服务器负载均衡转发到服务器节点中。
二、Ribbon是什么？
相比于Nginx，Ribbon的功能更纯粹，它是一个是 Netflix 开源的 客户端负载均衡器 ，作为Java库集成在应用程序中，主要用于微服务架构中的服务间调用。
注意的是这个客户端指的是我们应用程序，不是用户的客户端。
三、俩者区别
对于Nginx，负载均衡只是它的功能之一，而Ribbon则主要是为了负载均衡设计的。Ribbon主要用于应用程序中服务间的调用，如微服务A调用微服务B，对微服务B的集群的负载均衡。
而Nginx则是服务端负载均衡，用于对服务器集群进行负载均衡
场景1：对外API网关
用户浏览器 → Nginx（负载均衡） → 微服务集群
场景2：静态资源服务
用户请求 → Nginx（直接返回静态文件）
场景3：SSL终止
HTTPS请求 → Nginx（解密） → HTTP转发到后端
实际上，大部份场景都是俩者兼用
我们可以做Gateway集群，然后用Nginx进行负载均衡，再在Gateway使用Ribbon进行负载均衡
/分层负载均衡架构
用户请求
↓
Nginx（对外负载均衡，高并发入口）
↓
Gateway（API网关）
↓
Ribbon（内部负载均衡，调用业务微服务）
↓
订单服务\] → Ribbon → \[用户服务集群
库存服务\] → Ribbon → \[商品服务集群
四、总结
Nginx和Ribbon都是负载均衡解决方案，但它们的定位和工作方式完全不同。
首先从定位上说，Nginx是服务端负载均衡器，作为独立的中间件部署；Ribbon是客户端负载均衡器，作为库集成在应用中。
从工作原理看，Nginx是客户端请求先到Nginx，由Nginx转发到后端服务，多了一跳网络；而Ribbon是客户端直接维护服务实例列表，自己选择目标服务发起请求，减少了一跳。
从性能角度，Nginx用C语言编写，性能极高，适合高并发场景；Ribbon运行在JVM中，性能相对较低，但灵活性更好。
从适用场景，在我们项目中，对外暴露的API我们用Nginx做网关和负载均衡，微服务内部调用则用Ribbon，这样既能保证对外的高性能，又能实现内部调用的灵活性。
另外补充一点，Ribbon通常与Eureka等服务注册中心配合使用，能够自动感知服务实例的变化；而Nginx需要手动配置或通过第三方工具动态更新配置