最近尝试自己写rpc框架,遇到个问题。
客户端从registry获取provider列表,然后通过客户端的负载均衡策略从provider列表中选择一个进行调用。我的问题是:
假如有200个provider,那客户端需要同时与这200个provider保持连接与心跳?
我看了微博的rpc框架motan 的源码,是与所有的provider保持连接,那么极端情况下,客户端依赖多个服务,那客户端的连接数可能会很多,比如20000?
这样不会有问题么?还是我理解的不对?
最近尝试自己写rpc框架,遇到个问题。
客户端从registry获取provider列表,然后通过客户端的负载均衡策略从provider列表中选择一个进行调用。我的问题是:
假如有200个provider,那客户端需要同时与这200个provider保持连接与心跳?
我看了微博的rpc框架motan 的源码,是与所有的provider保持连接,那么极端情况下,客户端依赖多个服务,那客户端的连接数可能会很多,比如20000?
这样不会有问题么?还是我理解的不对?
10 回答11.3k 阅读
5 回答4.9k 阅读✓ 已解决
4 回答3.2k 阅读✓ 已解决
8 回答6.4k 阅读
2 回答2.8k 阅读✓ 已解决
3 回答2.4k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
那么多依赖 岂不是架构设计的有问题?能否继续拆分?而且同一业务的provider 用不着200个吧?3个负载均衡足够了吧?