blocks|key|1743450|text|Zuul只提供网关模式的路由部分。但是，如果你使用的是复制的微服务，那条丝带就来了。默认情况下，使用循环方法将消息分发给每个副本。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1743451|例句:假设有三个客户来提出要求。根据图，客户请求到zuul并将第一个客户端分配到replica1，第二个客户端到副本第二个和第三个副本到第三个副本。这意味着负载平衡请求。|1743452|​|1743453|📷|atomic|offset|length|1743454|1743455|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://developer.qcloudimg.com/http-save/yehe-900000/b6871b842aa0e155777552761b0f9873.png|imageAlt^0|0|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@$I|Y|J|Z|1|10]]|A|$]]|$1|K|3|E|5|6|7|11|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S|T|-4]]]]

Zuul provides only the routing part of the Gateway pattern. But If you are using replicated micro-services the Ribbon come to the action. Ribbon default use round robin method to distribute the message to each replica.

EX: Suppose there is 3 clients come make requests. According to the figure, client's requests come to zuul and ribbon distribute 1st client to replica1 and 2nd to replica 2nd and 3rd to replica 3rd likewise. That mean Load balancing the request. 

<a href="https://i.stack.imgur.com/Y58yE.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/Y58yE.png" alt="enter image description here"></a>

blocks|key|1618105|text|默认情况下，Zuul负载均衡器使用的是来自丝带的ZoneAwareLoadBalancer。所以没有什么比在Zuul和Ribbon之间选择负载平衡，基本上是丝带谁参与了负载平衡。查看Zuul负载平衡|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1618106|由于丝带是一个客户端负载均衡器模块，并集成到许多http客户端模块。作为一个例子，假装和负载平衡的RestTemplate支持丝带.检查丝带与负载均衡器一起工作|1618107|关于Zuul，有一个RibbonRoutingFilter将您的请求路由到实际的服务实例。RibbonRoutingFilter正在使用丝带从您的配置或Eureka提供的列表中选择服务器。因此，如果您想使用Zuul作为负载平衡的反向代理，Zuul需要。|CODE|1618108|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/Netflix/zuul/wiki/Core-Features#load-balancing|1|https://github.com/Netflix/ribbon/wiki/Working-with-load-balancers^0|22|E|2J|8|0|0|1W|C|1|0|A|J|19|J|0^^$0|@$1|2|3|4|5|6|7|U|8|@$9|V|A|W|B|C]]|D|@$9|X|A|Y|1|Z]]|E|$]]|$1|F|3|G|5|6|7|10|8|@]|D|@$9|11|A|12|1|13]]|E|$]]|$1|H|3|I|5|6|7|14|8|@$9|15|A|16|B|J]|$9|17|A|18|B|J]]|D|@]|E|$]]|$1|K|3|-4|5|6|7|19|8|@]|D|@]|E|$]]]|L|$M|$5|N|O|P|E|$Q|R]]|S|$5|N|O|P|E|$Q|T]]]]

By default Zuul load balancer using the ZoneAwareLoadBalancer from Ribbon. So there is nothing like choosing between Zuul and Ribbon for Load-Balancing, it's basically Ribbon who is involved in Load-Balancing. check out <a href="https://github.com/Netflix/zuul/wiki/Core-Features#load-balancing" rel="nofollow noreferrer">Zuul load-balancing</a>

As Ribbon is a client-side load balancer module and is integrated to many http client modules. As an example, Feign and Load-balanced RestTemplate support Ribbon. do check <a href="https://github.com/Netflix/ribbon/wiki/Working-with-load-balancers" rel="nofollow noreferrer">Ribbon's working with load balancer</a>

Regarding Zuul, there is a <code>RibbonRoutingFilter</code> that routes your request to an actual service instance. <code>RibbonRoutingFilter</code> is using Ribbon to choose a server from the list that is given from your configuration or from Eureka. So if you want to use Zuul as a load-balanced reverse proxy, Zuul needs Ribbon.

Both Zuul and Ribbon can be used for load balancing. But in which case should we prefer Zuul over Ribbon and vice versa?

Use case for Zuul and Netflix Ribbon

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

Zuul和Ribbon都可以用于负载平衡。但在哪种情况下，我们应该更喜欢祖尔而不是丝带，反之亦然？

问Zuul和Netflix丝带用例
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Zuul和Netflix丝带用例EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Zuul和Netflix丝带用例
EN