大家對咚咚有什麼了解？認識他嗎？
咚咚之於京東相當於旺旺之於**。它們都是服務於買家和賣家的溝通。 自從京東開始為第三方賣家提供入駐平台服務後，咚咚也就隨之誕生了。
3.0爆發：服務化的第乙個問題如何把乙個大的應用系統切分成子服務系統。這次考慮系統穩定性、可用性方面的改進公升級，單獨儲存量上也做了改進，但之後人數會越來越多，單純從業務量上來說還可以繼續支撐很長時間的增長。之後的考慮就是=業務模式的變化。
4.0 涅槃：面臨問題：
1.複製工程，定製業務開發，多套原始碼維護成本高
2.獨立部署，至少雙機房主備外加乙個灰度集群，資源浪費大
解決：統一服務運維提供了實用的內部工具和庫來幫助開發更健壯的微服務；更細粒度的服務意味著每個服務的開發更簡單，**量更小，依賴更少，隔離穩定性更高；
細粒度的微服務做到了程序間隔離，嚴格的開發規範和工具庫幫助實現了非同步訊息和非同步 http 來避免多個跨程序的同步長呼叫鏈。
咚咚是成功的，經歷了這麼多年，也算是涅槃了。崛起。
《京東物流系統架構演進中的最佳實踐》閱讀筆記
青龍系統架構演進過程中，從高可用，高效能，資料一致性，使用者體驗四個方面，積累了豐富的經驗，確保了青龍系統在發展過程贏得了公司內外的口碑。每年 雙十一 都是網購狂歡節，假設當天哪個電商系統出現系統不可用，那幾乎是災難性的，不僅會導致使用者快速流失，而且，公司將承受重大損失，甚至在未來競爭中失敗。即使...
《資料蜂巢架構演進之路》 閱讀
該文章一開始列出各業務系統為使用mysql的業務資料，重複開發出多套資料同步工具，一方面難以管理，另外部分工具效能也偏差。需要乙個統一為mysql資料提供同步服務的平台。該平台需支援離線同步，實時訂閱，實時同步三大基本功能等。那各功能如何實現？離線同步 可理解為將根據乙個sql查詢出的資料同步到其它...
餘額寶技術架構及演進 閱讀心得
餘額寶是裝載在支付寶中的乙個理財產品，餘額寶訪問方便而且感覺還是比較安全的，所以我個人平時會有把錢都存放到餘額寶。本次閱讀了解到了餘額寶的技術架構及演進。餘額寶總結起來包括這樣幾個屬性，第一它是乙個傳統的貨幣 但它把 t 0 當天 的證劵 或 在當天就可以賣出 做到極致，另外他管理大量的使用者資產。...