服務註冊
服務提供者將所提供服務的資訊（伺服器ip和端⼝、服務訪問協議等）註冊/登記到註冊中⼼服務消費者能夠從註冊中⼼獲取到較為實時的服務列表，然後根究⼀定的策略選擇⼀個服務訪問
負載均衡即將請求壓⼒分配到多個伺服器（應⽤伺服器、資料庫伺服器等），以此來提⾼服務的效能、可靠性
熔斷即斷路保護。微服務架構中，如果下游服務因訪問壓⼒過⼤⽽響應變慢或失敗，上游服務為了保護系統整體可⽤性，可以暫時切斷對下游服務的調⽤。這種犧牲區域性，保全整體的措施就叫做熔斷。
微服務架構越發流⾏，⼀個項⽬往往拆分成很多個服務，那麼⼀次請求就需要涉及到很多個服務。不同的微服務可能是由不同的團隊開發、可能使⽤不同的程式設計語⾔實現、整個項⽬也有可能部署在了很多伺服器上（甚⾄百台、千台）橫跨多個不同的資料中⼼。所謂鏈路追蹤，就是對⼀次請求涉及的很多個服務鏈路進⾏⽇志記錄、效能監控
1）客戶端需要調⽤不同的url位址，增加了維護調⽤難度
2）在⼀定的場景下，也存在跨域請求的問題（前後端分離就會碰到跨域問題，原本我們在後端採⽤
cors就能解決，現在利⽤⽹關，那麼就放在⽹關這層做好了）
3）每個微服務都需要進⾏單獨的身份認證
1）統⼀接⼊（路由）
2）安全防護（統⼀鑑權，負責⽹關訪問身份認證驗證，與「訪問認證中⼼」通訊，實際認證業務邏輯交移
「訪問認證中⼼」處理）
3）⿊⽩名單（實現通過ip位址控制禁⽌訪問⽹關功能，控制訪問）
3）協議適配（實現通訊協議校驗、適配轉換的功能）
4）流量管控（限流）
5）⻓短鏈結⽀持
6）容錯能⼒（負載均衡）
微服務架構概念
微服務架構的系統是乙個分布式的系統，微服務是一種架構風格，乙個大型複雜軟體應用由乙個或多個微服務組，每個微服務執行在自己的程序中，並使用輕量級的機制通訊。系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注於完成一件任務，每個微服務代表著乙個小的業務能力。這些服務可以使用不同的...
微服務架構必須要懂的概念
微服務架構必須要懂的概念 最近專案需要把自己負責的專案逐步改造成微服務，對專案逐步改造，慢慢的有個很有趣的想法，專案就是乙個公司。小王最近打算開始創業了，初期業務比較少，就招了小李乙個業務員來處理業務。李就是單體服務 這樣小李有事請假了，就沒有人來處理業務了。這樣不行啊嚴重影響公司的業務的開展，小王...
微服務架構的一些總結
b 什麼是微服務架構 b b 從架構角度 b 面向服務的架構 相對面向系統 b 從復用角度 b 服務級別的復用 相對模組的復用 b 從管理角度 b 按服務更加細粒度分組管理，增加了管理成本 devops降低這方面的成本 b 從商業角度 b 被網際網路籠罩了一層光環，銀行客戶認可度高 i 本質上是為了...