默认

企业微信客户端中组织架构数据的同步更新方案优化实战

查看数: 253271 | 评论数: 12 | 收藏 5
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2017-10-18 12:20

正文摘要:

【概述】:作为企业级的微信,在业务快速发展的背景下,迭代优化的要求也越发急迫。企业微信初版的全量同步方案在快速的业务增长面前已经捉襟见肘,针对其遇到的问题,怎样做好组织架构同步优化?这是一篇来自微信团 ...

评论

xtudouh 发表于 1 年前
可见性规则怎么处理呢?
湖天飞雪 发表于 2 年前
有些不明白的地方希望帮忙解答下哈,
1. 假设客户端有十个部门,十个部门对应十个版本号,那客户端是对每个部门发起请求么?不是一个版本号A去请求架构变更吧?
银狐 发表于 2 年前
引用:JackJiang 发表于 2021-07-20 11:21
有的部门人超多,有的部门人超少,显然不合理啊

那也比一次性拉取强。
JackJiang 发表于 2 年前
引用:银狐 发表于 2021-07-20 09:07
为何不按部门分次拉取拉取数据呢?

有的部门人超多,有的部门人超少,显然不合理啊
银狐 发表于 2 年前
为何不按部门分次拉取拉取数据呢?
962782188 发表于 5 年前
微信架构师,还是喜欢QQ
JackJiang 发表于 5 年前
引用:Frank 发表于 2018-12-19 23:39
流量,内存,几10万节点内还有其他,但从这上面看,待优化空间还是较大的。

微信准备请你去做架构师了。。。
Frank 发表于 5 年前
流量,内存,几10万节点内还有其他,但从这上面看,待优化空间还是较大的。
Frank 发表于 5 年前
从上面的 数据结构看就做的不好; 都是8个字节的,真的需要这么多?如果4个字节是不是就减半了?
Frank 发表于 5 年前
跟tcp没太大关系,是数据量太大,要考虑分页。
x931609201 发表于 6 年前
有一点很不理解,
对于5.4阈值分片拉取:
因为TCP拉取是可靠的,拉取大量的数据也是可靠的,唯一需要注意的一点就是,tcp 的网络层需要分包,只要调用send时候分包就好了,为什么还需要在业务层分包,这不是增加复杂度了吗?
山鳅 发表于 6 年前
厉害,总结的很到位

返回顶部