“数据库删库恢复”与“消息时序”的总结

公司统一1.21放假,楼主直飞南非,第一次在国外过年,今天下午刚回北京,上班以前作完2016总结,这几天规划一下2017要写的文字,尽可能成体系。数据库


消息时序与一致性为何难?》 <- 点击微信

阅读:8800+架构

内容:负载均衡

(1)单聊消息投递,如何保证发送方发送顺序与接收方展示顺一致
(2)群聊消息投递,如何保证全部接收方展示顺序一致
(3)充值支付消息,如何保证同一个用户发起的请求在服务端执行序列一致
ide


id串行化的实现细节》 <- 点击微服务

阅读:9400+spa

内容:消息一致性的姐妹篇,怎么用串行化实现业务上的消息时序与消息一致性3d


微信为啥这么省流量》 <- 点击get

阅读:14000+it

内容:延时拉取,按需拉取,下载时间戳,上传时间戳等技术的细节


《即便删除数据库,如何在半小时恢复<- 点击

阅读:12000+

内容:恢复过程最多影响一段时间的可用性,不再用“回档”了


多端登陆与消息漫游技术<- 点击

阅读:6000+

内容:仍是消息系统架构文章

(1)同一个用户,多个端登陆,如何收发消息

(2)多个端登陆,历史消息怎么漫游处理


你们想听什么内容,欢迎评论,我都会记在本身的TODO-list,后续撰文分享。



相关阅读:

架构师之路2016高分位置精选(八)消息系统专题


架构师之路2016高分文章精选(七)负载均衡专题

架构师之路2016高分文章精选(六)微服务专题

架构师之路2016高分文章精选(五)

架构师之路2016高分文章精选(四)

架构师之路2016高分文章精选(三)

架构师之路2016高分文章精选(二)

架构师之路2016高分文章精选(一)

相关文章
相关标签/搜索