GardianT edited a comment on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-477451382
@tiankonguse 已经说的很清楚了。
1. 流量本身的key为url。
2.
流量爆发，热点不会固定的，数量也不会固定的。今天可能是test.com下爆发了大量的url，明天可能就是github.com下爆发了大量url。一致性hash下是路由节点，每个路由节点按实际访问量扩
GardianT edited a comment on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-477451382
@tiankonguse 已经说的很清楚了。
1. 流量本身的key为url。
2.
流量爆发，热点不会固定的，数量也不会固定的。今天可能是test.com下爆发了大量的url，明天可能就是github.com下爆发了大量url。一致性hash下是路由节点，每个路由节点按实际访问量扩
GardianT edited a comment on issue #649: 支持热点情况下的一致性hash？
URL: https://github.com/apache/incubator-brpc/issues/649#issuecomment-477451382
@tiankonguse 已经说的很清楚了。
1. 流量本身的key为url。
2.
流量爆发，热点不会固定的，数量也不会固定的。今天可能是test.com下爆发了大量的url，明天可能就是github.com下爆发了大量url。一致性hash下是路由节点，每个路由节点按实际访问量扩
GardianT edited a comment 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是
