GardianT commented on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-477010336
@jamesge
顺便多问下：这种场景下有机会或者比较成熟的方案 让server实现自适应的负载均衡么？
比如redis有slot的概念，server节点之间会通信每个server负责的slot信息。有节点失效的时候也重分配对应的slot，这样的。
GardianT commented on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-477005672
> @GardianT
你说的这种情况不是一致性哈希能解决的。用到一致性哈希的场景的前提之一就是server加载什么数据由client决定，但这里server加载什么是由自己决定的，类型场景还有机器学习model
serving。这种场景中一个记录什么数据在哪里的高可用模块是无法绕开的，经常叫Meta
GardianT commented on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-476999369
（流量本身的）key为url，后端存储按照这个url全局有序。流量的（写入）存储过程中牵扯若干的词典，词典可能以domain，或者site为单位。所以server如果以这样的url为range做sharding条件，可以比较有效的提升词典cache的命中率。比如一个server
a，处理的range是
GardianT commented on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-473129356
一致性hash的话，每个server处理的range是不确定的。对于有cache的系统，这样很可能有严重的cache颠簸问题；所以我理解这个问题是在说一致性hash有没有解决cache颠簸问题的比较好的方案
GardianT commented on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-472770219
我来回捞这个问题了。。。我在想这个是不是在说 Rendezvous hashing ？
This is an automated message from the Apache Git
