架構演進時間軸：
2013年：單體架構
2014年：垂直架構
2015年：分布式架構
2016年：分布式資料庫中介軟體
2017-2018年：監控體系
近兩年踩過的「坑」以及應對措施
1.大主播開直播，訪問量爆漲，影響了其他直播間的直播效果。
2.在高併發環境下，mysql 查詢效能成為瓶頸。分布式資料庫中介軟體作了擴充套件，在操作mysql時，在資料庫上層加入快取memcached後，大大提高了查詢效能,並且自動維護快取和資料庫資料的一致性。
3.訪問量**，受日誌檔案的io影響。
4.隨著業務的發展，系統的整體訪問量越來越大。
系統間非同步訊息通知功能不完善。通過redis來做非同步訊息通知，好處是比較輕量化，但是隨著資料量增加，大資料傳輸增多，出現多個消費方需要消費相同訊息的時候，redis 就不是很適用了。這時，使用 kafka可以滿足系統間訊息通知、大資料量傳輸、多個消費者消費相同訊息的場景。
6.當服務框架中的各種功能都比較完善後，卻發現缺少乙個報警功能。
7.隨著服務的增多，每個服務都有很多例項，導致整個架構的呼叫鏈路不清晰。引入skywalking 實現呼叫鏈跟蹤功能後，能快速定位到線上故障和整個架構的效能瓶頸。
8.主要是更新服務的問題，上線/重啟服務操作很原始。通過jenkins + gitlab，接入自動發布平台，實現自動打包、一鍵發布。
9.服務發布流程不夠規範。
10.研發規範不夠標準。乙個技術團隊從10幾個人發展到幾百人甚至上千人的時候，規範很重要。為了提高效率，公司制定了各種標準的開發/操作規範，包括客戶端開發規範、服務端開發規範、測試規範、運維規範、mysql、redis、kafka、mongodb 等的使用規範。
總結：好的系統不是設計出來的，而是演進出來的。
美團配送系統架構演進讀後感
美團配送自成立以來，業務經歷了多次跨越式的發展。業務的飛速增長，對系統的整體架構和基礎設施提出了越來越高的要求，同時也不斷驅動著技術團隊深刻理解業務 準確定位領域模型 高效支撐系統擴充套件。如何在業務高速增長 可用性越來越高的背景下實現系統架構的快速有效公升級？如何保證複雜業務下的研發效率與質量？本...
餘額寶技術架構及演進 讀後感
在對王概凱的架構漫談總結了以下之後，初步對對架構的有了基本的認識，明白了架構師的職責。餘額寶的創新 一是業務上的創新，二是嵌入式直銷 餘額寶技術上的創新 1.直銷和ta清算的整合 2.交易的簡化 3.餘額寶是核心業務在雲上執行的系統 餘額寶架構的演進 ioe架構 雲端架構 ioe架構定位是支援千萬級...
遊戲伺服器架構演進讀後感
1.遊戲伺服器特徵 這類軟體的特點是要非常關注穩定性和效能。這類程式如果需要多個協作來提高承載能力，則還要關注部署和擴容的便利性 同時，還需要考慮如何實現某種程度容災需求。由於多程序協同工作，也帶來了開發的複雜度，這也是需要關注的問題。功能約束，是架構設計決定性因素。2.短連線遊戲伺服器架構 對於遊...