-
去中心化管理
不受語言，平臺的限制和依賴
查看全部 -
輕量級的通信
1，兩個模塊之間的通信是和語言沒有關系的，c++,java模塊之間輕易的可以通信
2，通信和平臺沒有關系
查看全部 -
獨立進程
任何一個微服務，從他的開發到測試，上線，運維，獨立的進行不會相互依賴
查看全部 -
二手交易平臺功能
1，用戶體系
2，商品體系
3，交易體系
4，搜索體系
5，推薦體系
查看全部 -
微服務架構
查看全部 -
微服務架構簡介查看全部 -
微服務設計的思路
查看全部 -
網關層
微服務聚合層
微服務原子層
微服務數據層
查看全部 -
電商項目主要功能：
發布商品。
分類搜索，關鍵詞的搜索。
商品推薦。
評論相關。
個人中心
查看全部 -
系統降級方式：
拒絕部分老的請求:? 在rpc的請求隊列中,采用的事先進先出的方式,工作線程從請求隊列中進行出隊,當請求在請求隊列中的時間超過一定時間(比如1s)時,直接丟棄;
非核心的請求直接丟棄:通過配置文件的形式識別比對哪些是核心請求和非核心的
查看全部 -
微服務網關通過向zookeeper類似的服務發現機制,當發現其中一個微服務掛了,請求就不會發送到該微服務,而是到另外一個微服務;
但是發現微服務掛了需要幾秒鐘(心跳機制),可以會導致請求失敗,如何解決呢?? ?答案:像zookeeper每次發送服務到微服務上都會檢測要發送的的微服務是否是正常的(是否異相),否則就會選取正常的發送
查看全部 -
配置中心:用戶的配置放置地方;
隨著業務的發展,微服務的瓶頸會集中在聚合層;
微服務網關層:做海量的鏈接,然后對請求做校驗,最后對請求轉發;
微服務聚合層:實際就是微服務的業務邏輯層
數據層就是對數據庫的增刪改查;
查看全部 -
REST 指的是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是 RESTful
REST 原則是，客戶端和服務器之間的交互在請求之間是無狀態的。從客戶端到服務器的每個請求都必須包含理解請求所必需的信息。如果服務器在請求之間的任何時間點重啟，客戶端不會得到通知。此外，無狀態請求可以由任何可用服務器回答，這十分適合云計算之類的環境。客戶端也可以緩存數據以改進性能
查看全部 -
按照業務邏輯功能拆分劃分，獨立開發部署測試，高效修改迭代。
查看全部 -
筆記筆記筆記筆記
查看全部
舉報