資訊專欄INFORMATION COLUMN
時間：2017年07月06日星期四
說明：本文部分內容均來自慕課網。@慕課網：http://www.imooc.com
教學示例源碼：無
學習學習源碼：無
分享要點-微服務架構
特點 使用原因 演進 通信協議、服務注冊與發現 柔性可用實踐 服務治理
什么是微服務
微服務是一系列小服務的組合 微服務可以多帶帶運行，獨立的進程 微服務整個構建要結合業務能力，圍繞業務模型構建 微服務可以進行獨立部署 微服務架構是一個去中心化的管理
特點-微服務架構
微服務粒度 獨立進程 圍繞業務建模 輕量級通信 去中心化管理1-2 二手交易平臺的特點和使用微服務架構的原因
使用原因-轉轉是什么
二手交易平臺
使用原因-二手交易平臺功能
發布商品 分類搜索 關鍵詞搜索 推薦商品 消息中心：私信、留言 個人中心等等
使用原因
業務功能多 業務復雜性高 業務高速發展 用戶體驗好
微服務架構特點&二手交易平臺特點
系統高可用 系統高擴展性 快速迭代 持續交付1-3 微服務架構在轉轉的演進
演進-如何設計
整體設計
--水平分層
--垂直業務拆分
每層設計
--微服務-業務單元垂直拆分
--無狀態化
--獨立進程、部署、運維
高可用
--冗余
--自動恢復
示意圖
總體架構示意圖
演進-存在問題-二手交易特點
業務發展快 業務越來越復雜 研發人員增多 開發瓶頸集中：微服務聚合層
演進-存在問題-微服務聚合層
進一個Process 多人開發沖突 業務耦合性高 性能瓶頸 擴展性差
示意圖
演進
單微服務聚合層 => 多微服務聚合層 業務邏輯拆分 => 業務物理拆分
演進示意圖：單微服務聚合層 => 多微服務聚合層
演進-多微服務聚合層優點
獨立
進程、開發、部署、運維
高效
快速迭代、持續交付
1-4 通訊協議和服務的注冊與發現
通信協議-輕量級通信協議
通信協議選擇
微服務注冊與發現示意圖
1-5 柔性可用與服務治理柔性可用實踐-為什么需要
當流量高峰期、短時請求量大時 服務能力有限 性能下降 服務宕機 系統雪崩
柔性設計如何做
目標：保證核心服務可用；非核心服務弱可用，甚至不可用 策略：系統降級、數據層降級、柔性可用策略生效
系統降級
拒絕部分請求 關閉部分服務（業務緊密）
拒絕部分請求示意圖
數據層降級示意圖
服務治理
為什么需要監控 進程狀態 及時發現問題 主動權
監控什么
機器資源 進程狀態
服務治理-監控手段
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/67291.html
摘要：業務延遲和錯誤量對比接入數據庫后業務邏輯層服務接口耗時穩定無抖動，且沒有發生丟棄的情況上圖錯誤大多由數據訪問層服務隊列堆積發生請求丟棄造成。 作者：孫玄，轉轉公司首席架構師；陳東，轉轉公司資深工程師；冀浩東，轉轉公司資深 DBA。 公司及業務架構介紹 轉轉二手交易網 —— 把家里不用的東西賣了變成錢，一個幫你賺錢的網站。由騰訊與 58 集團共同投資。為海量用戶提供一個有擔保、便捷的二手...
閱讀 2335·2021-11-23 09:51
閱讀 1137·2021-11-22 13:52
閱讀 3610·2021-11-10 11:35
閱讀 1187·2021-10-25 09:47
閱讀 2994·2021-09-07 09:58
閱讀 1059·2019-08-30 15:54
閱讀 2817·2019-08-29 14:21
閱讀 3024·2019-08-29 12:20
