前面寫了那麼多 雖然是springboot開發的 但還是乙個單體的架構
現在 我們來開始面向服務化來進行拆分
微服務拆分的原則：
拆分足夠微小
輕量級通訊
領悟驅動原則
單一職責任
不限於技術棧
微服務系統的設計：
服務拆分 服務註冊 服務發現 服務消費
統一入口 配置管理 熔斷機制 自動擴充套件
微服務拆分的意義：
易於實現 易於部署
易於維護 易於更新
對天氣系統進行拆分
對天氣系統進行進行架構設計
需求：微服務拆分要足夠小，每個微服務業務應該單一
微服務要支援水平擴充套件
若有需要，能進行微服務間的通訊
將之前的專案進行拆分 為4個
SpringBoot搭建天氣預報微服務系統
從天氣預報微服務系統的單體架構 分布式架構的演變過程中，一步一步，由淺及深的學習springcloud微服務的思想與其實現的元件。本系列文章分為以下幾個章節 專案原始碼已上傳至github.依賴關係 dependencies 天氣預報專案的功能特別簡單。即使用者可以通過城市名稱查詢對應的城市天氣。關...
微服務系統架構
微服務是一種架構風格，乙個大型複雜的軟體應用由乙個或多個微服務組成。每個微服務僅關注與完成一件任務，且可以被獨立部署。微服務的特點 語言無關性 獨立程序通訊 高度解耦 彈性伸縮，易擴充套件 1 服務註冊與發現 2 健康檢查 3 分布式配置，key value儲存 4 分布式一致性協議實現 5 多資料...
微服務架構 5 服務容災
當伺服器壓力劇增的情況下，根據實際業務情況及流量，對一些服務和頁面有策略的不處理或換種簡單的方式處理，從而釋放伺服器資源以保證核心交易正常運作或高效運作 hystrix 是乙個延遲和容災庫，旨在隔離遠端系統 服務和第三方庫的訪問點，停止級聯故障，並在故障不可避免的複雜分布式系統中實現彈性 senti...