「數據庫刪庫恢復」與「消息時序」的總結

公司統一1.21放假,樓主直飛南非,第一次在國外過年,今天下午剛回北京,上班以前作完2016總結,這幾天規劃一下2017要寫的文字,儘可能成體系。數據庫


消息時序與一致性爲何難?》 <- 點擊微信

閱讀:8800+架構

內容:負載均衡

(1)單聊消息投遞,如何保證發送方發送順序與接收方展示順一致
(2)羣聊消息投遞,如何保證全部接收方展示順序一致
(3)充值支付消息,如何保證同一個用戶發起的請求在服務端執行序列一致

ide


id串行化的實現細節》 <- 點擊微服務

閱讀:9400+url

內容:消息一致性的姐妹篇,怎麼用串行化實現業務上的消息時序與消息一致性spa


微信爲啥這麼省流量》 <- 點擊.net

閱讀:14000+3d

內容:延時拉取,按需拉取,下載時間戳,上傳時間戳等技術的細節


《即便刪除數據庫,如何在半小時恢復<- 點擊

閱讀:12000+

內容:恢復過程最多影響一段時間的可用性,不再用「回檔」了


多端登陸與消息漫遊技術<- 點擊

閱讀:6000+

內容:仍是消息系統架構文章

(1)同一個用戶,多個端登陸,如何收發消息

(2)多個端登陸,歷史消息怎麼漫遊處理


你們想聽什麼內容,歡迎評論,我都會記在本身的TODO-list,後續撰文分享。



相關閱讀:

架構師之路2016高分位置精選(八)消息系統專題


架構師之路2016高分文章精選(七)負載均衡專題

架構師之路2016高分文章精選(六)微服務專題

架構師之路2016高分文章精選(五)

架構師之路2016高分文章精選(四)

架構師之路2016高分文章精選(三)

架構師之路2016高分文章精選(二)

架構師之路2016高分文章精選(一)

相關文章
相關標籤/搜索