topN 流程就是 map （ key,1 ） reduce 合并 values。之后遍历所有的 key 就可以了吧？

@jadec0der 多谢,之前听过这个观点.
ps: 想关注你的时候发现已经关注了.

@sujin190 能解释一下相比于多个模块组成的单体应用
"开发维护效率，伸缩性提高，业务快速变更适应性明显增强" 是怎么得出的结论吗?

@optional 最后 ioc 的比喻很好，可是代码人员的解耦难道不做微服务就实现不了了吗？比如我可以采用代码层面的解耦，一个目录就是一个微服务，交由一个团队来管理
状态监控也是可以做的
自动发现如果没有微服务根本不用引入

@cyaki 嗯嗯 这个是优点 记下了

@est 明白你的意思，那可以确定面经和很多小白文章里写的那些其实是没道理的吗，比如我今天看到的一篇
在分析单体应用缺陷的时候 有种欲加之罪何患无辞的感觉，面试问我这些我真答不上来啊
https://www.zhihu.com/question/65502802/answer/802678798?hb_wx_block=0

@artandlol email 比写信快啊，email 又比微信短信组织形式好更正式一点。这个例子一点水平都没有。
我是想要有个大佬像上面我给你举 email 的优势一样能告诉我除了拆分到机器上。剩下的那些确实在扯淡

@jimages 同意

多谢, 试试去

我的疑问在于 除了把不同的服务拆分到不同的机器上这件事以外 还有什么是单体应用实在是解决不了的？

如果只有这一个缺点，那大量的博客文章去扯乱七八糟的东西干什么？

@misaka19000 定义是
every request received by a non-failing node in the system must result in a response

这里说的就不够清楚然后你看他证明的时候
如果有一个 CAP 都满足的系统, 那么我们先写 V1 到 G1,因为 A 所以成功了, 我们在访问 G2, G2 按照一致性应该给出 v1 这个值, 然而他给出来的是 V0 所以自相矛盾.

----------
啊 我发现自己犯的错误了, 给出来 V0 并不适合不满足 A, 而是因为在一致性的前提他给出来 V0 是错误的.

多谢多谢

typo
依然允许读写从库 改为 依然允许读写主库

@misaka19000 从我读文章到的意思,
> A(可用) 指的是客户端能够访问的节点一定要给出正确的结果

访问从库给出的是旧的数据所以不是论文里描述的 A.
我能理解你说的可用是整个系统没挂, 但是这个和论文里说的不是一回事

钱太少

看错了..

这样最后一个 data 不还是有可能打不出来么

@IMCA1024 得,,,刷题失败了, 开不了机. 真折腾了