荔枝架構演進歷程讀後感

2022-06-28 12:33:08 字數 1391 閱讀 1823

架構演進時間軸:

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.短連線遊戲伺服器架構 對於遊...