-
微服務設計
查看全部 -
圖片-業務架構調整對比圖
查看全部 -
圖片-業務拆分-解耦
查看全部 -
圖片-業務耦合導致的問題
查看全部 -
粒度圍繞業務，功能進行拆分,是一系列小的服務的組合 每一個業務功能都可以獨立，不依賴其他的服務進行運行 圍繞業務模型 輕量級通信-通信與語言無關(java,C++可相互通信），與平臺無關 去中心化
查看全部 -
1.??? 一系列小服務的組合-微服務粒度
2.??? 任何一個微服務都是一個獨立的進程-獨立進程
3.??? 要結合業務能力模型-圍繞業務建模
4.??? 都能獨立部署-輕量級通信
5.??? 去中心化管理
查看全部 -
微服務監控框架
查看全部 -
服務治理-監控手段
查看全部 -
服務治理
為什么需要監控
監控什么
查看全部 -
柔性設計如何做
系統降級
????拒接部分請求（多用）
????關閉部分服務
數據層降級
????更新請求 消息隊列 緩存
????讀請求 緩存
????數據補齊 消息隊列到數據
查看全部 -
服務注冊及發現
注冊中心
????存儲ip和端口信息
發現
????timeout 重試
查看全部 -
REST API
RPC
查看全部 -
輕量級通信協議
RPC開源框架：
Apache Thrift
Google gRpc
Alibaba dubbo
消息隊列：
同步-》異步
解耦
查看全部 -
業務邏輯拆分
單聚合層--》多聚合層
查看全部 -
總體架構設計
一、網關（https）
維護海量的連接
對用的身份進行校驗（合法 登陸 session）
請求轉發
二、聚合（rpc）
根據請求拆分成原子層 匯聚結構 提供給網關
業務邏輯層
三、原子（rpc）
提供增刪改查接口
四、數據（rpc）
數據單獨存在數據庫的表里
注冊中心
配置中心
查看全部
舉報
0/150
提交
取消