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