@dqzcwxb 其实实现隔离性的手段具有普遍性，它本质上是一种多个资源联动修改的并发问题的界定和解决，因此并不能说以后是分布式时代就过时了。

@version0 感谢~

@loloxwg 有啊，看这里：ddia.qtmuniao.com


这是分享录屏合集： https://space.bilibili.com/30933812/channel/collectiondetail?sid=240551

方便问下，这个网站是完全自己从头开发的么？还是有现成的模板？

@BeijingBaby
1. 可以自己写一个定期 truncate 然后做 snapshot 的逻辑呀，记下 truncate 点和 snapshot 的对应关系。每次有新节点加入先要 snapshot ，然后从对应 truncate 点往后拉取数据。
2. 同步期间新增数据，就追加到 Queue 不就好了？
最终一致性还是比较容易保证的。

提几个点，etcd 是使用 raft 实现高可用的一个简单 kv 。但是存储量级很小，单集群到 GB 级别，到 TB 可用性就不太高了，所一般用作元信息而非数据存储，而且 raft 要求集群内所有 peer 互通。你这个只有 master 跟其他人通是不太行的。
就你原来的架构，master 部署一个 kafka ，各个集群订阅 kafka 不挺好吗？

ceph?

协程，本质上是用户态线程。其好处在于占用资源更少，上下文切换代价更小。对于计算密集型应用来说，可以轻松开到十万级以上并发。
线程、协程本质是什么？是一个逻辑上的顺序执行流，这种模型能极大降低编程难度。因此，尽管可以通过在线程内做异步编程、IO 多路复用等等策略来充分利用 CPU ，但他们会让用户代码变得复杂而难读。
总结来说，协程使得用户可以编写同步代码，来充分利用 CPU 。而将协程上下文保存、协程调度等细节交给协程库去处理。

https://www.qtmuniao.com/atom.xml
主要是分布式系统、存储、读书笔记。

还有个比较基础的领域，国内也正在蓬勃发展：存储和数据库。可以关注我的博客： https://www.qtmuniao.com/ ，会定期分享分布式系统、存储和数据库相关经验。

我最近在跟 2020 年的，课程笔记和实验新的会发在我博客： https://www.qtmuniao.com/categories/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/ 欢迎交流。

@AuntCat 稻香村的感觉还可以

可以试试 https://zeit.co/ ，我原先也是用的 github pages，[换成 zeit]( https://www.qtmuniao.com/2020/03/15/hexo-to-zeit-co/) 后感觉速度要快一点，如果使用它的域名服务器可能会更快。