-
柔性可用實踐---為什么要需要
將邊緣服務關閉掉
查看全部 -
通信協議---輕量級通信協議
REST協議：基于HTTP協議
HAL協議：基于REST協議
RPC協議：使用最多的
消息隊列：同步調用變成異步調用
微服務網關層獲取到有哪些微服務可用，當發現微服務1不可用時，超時后，會將請求轉到微服務2上面
查看全部 -
微服務網關層：作為客戶端與服務器第一層，維護海量的連接（http短連接或者tcp的長鏈接）、對用戶身份的校驗（合法性、登錄情況、session管理）、請求的轉發。不做業務處理，將請求轉發到微服務聚合層。
微服務聚合層：根據用戶的請求，拆分為多個微服務原子層，向微服務原子層發送請求，發送回來之后再微服務聚合層把請求的結果匯集起來，提供給微服務網關層，把結果返回給客戶端。實際上就是業務處理層
微服務原子層：提供微服務的CURD的操作
微服務數據層：對每一個微服務單獨存放到一個數據庫中
微服務注冊中心
微服務配置中心
微服務聚合層是一個業務邏輯的中心
查看全部 -
微服務架構：
按照功能去拆分
用戶體系 交易體系 搜索體系 商品體系 推薦體系
1、微服務粒度（圍繞業務拆分）
2、獨立進程（從開發到測試到上線到運維 都是獨立的進行 都不依賴于其他微服務）
3、圍繞業務建模（以業務為核心進行分析）
4、輕量級通信（模塊之間通信與語言沒有關系（比如java與C語言、與部署平臺沒有關系））
5、去中心化的管理（不依賴語言和平臺 沒有中心化的概念）
查看全部 -
這也叫筆記？
查看全部 -
你好
查看全部 -
這事啥呀
查看全部 -
服務治理-監控手段
查看全部 -
通過與注冊中心保持心跳告訴存活、另外當網關通過負載后進行轉發，遇到服務1不可用，會進行重試 調用服務2
查看全部 -
網關層網關： 負載均衡
? ? ? ? ? ? ? ? ? ? ? 1 保持心跳
? ? ? ? ? ? ? ? ? ? ? 2 重拾
查看全部 -
網關層網關： 負載均衡
? ? ? ? ? ? ? ? ? ? ? 1 保持心跳
? ? ? ? ? ? ? ? ? ? ? 2 重拾
查看全部 -
網關層可以采用 http/https
服務之間內部調用? RPC
查看全部 -
RPC: dubbo
查看全部 -
RPC????-- 長鏈接的應用
查看全部 -
微服務架構要點查看全部
舉報