结论:
首先给出结论，有两种说法，是基于不同角度来说的：
1、Nginx是服务端的负载均衡，Ribbon是客户端的负载均衡
2、Nginx是集中式的负载均衡，Ribbon是消费者内部线程实现的负载均衡
对于nginx服务器，所有请求到达nginx服务器后，由nginx服务器进行请求路由的分发，实现负载均衡。
对于Ribbon，是是由客户端主动拉取注册中心的服务列表，然后通过负载均衡算法选取一个可用服务实例（其中通过自旋锁的cas来保证服务不被多个线程重复获取）。
详情:
Nginx和Ribbon都是用于实现负载均衡的解决方案，但它们在实现方式和应用场景上有所不同。
Nginx
Nginx是一款高性能的Web服务器和反向代理服务器，同时也支持负载均衡功能。它主要用于处理静态内容、负载均衡、反向代理、HTTP缓存和安全控制等多种任务。
负载均衡实现方式：
- 轮询（Round Robin）：请求按时间顺序逐一分配到不同的后端服务器。
- 最少连接（Least Connections）：根据后端服务器的当前连接数来分配请求，连接数最少的服务器优先获得新的请求。
- IP哈希（IP Hash）：每个请求按访问IP的哈希值分配，这样来自同一个IP的请求会固定被分配到同一台后端服务器，有助于保持用户的会话状态。
- URL哈希（URL Hash）：按照访问的URL的哈希结果来分配请求，每个URL固定分配到同一个后端服务器，这可以提高后端缓存服务器的效率。
应用场景：
- 主要用于服务器端的负载均衡。
- 适合处理大量的静态请求。
- 可以结合其他Web服务器（如Tomcat）使用。
Ribbon
Ribbon是一个客户端负载均衡器，它可以在客户端应用中集成，为调用远程服务提供负载均衡的功能。Ribbon是Netflix开源的组件之一，它提供了多种负载均衡策略。
负载均衡实现方式：
- 轮询（Round Robin）：请求按顺序逐一分配到不同的服务实例。
- 最少连接（Least Connections）：根据服务实例的当前连接数来分配请求。
- 可用性（Availability）：优先选择可用性更好的服务实例。
- 故障转移（Failover）：当首选服务实例不可用时，切换到其他服务实例。
应用场景：
- 主要用于客户端的负载均衡。
- 适合集成在需要调用多个服务的应用程序中。
- 可以自定义负载均衡策略。
区别
- 实现层面：Nginx作为服务器端的负载均衡器，处理的是到达服务端的请求；而Ribbon是客户端的负载均衡器，处理的是客户端发出的请求。
- 配置方式：Nginx的负载均衡配置通常在服务器端进行，而Ribbon的负载均衡策略是在客户端应用中编码实现的。
- 适用场景：Nginx更适合处理静态内容和大规模的服务器集群负载均衡；Ribbon更适合集成在需要调用远程服务的动态应用中。
- 灵活性：Ribbon提供了更灵活的负载均衡策略配置，而Nginx的负载均衡策略相对固定。
综上所述，Nginx和Ribbon都是有效的负载均衡解决方案，但它们的设计目标和应用场景不同。选择使用哪一种负载均衡器取决于具体的业务需求和技术架构。
