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