微服務架構

2022-09-20 05:45:09 字數 659 閱讀 5244

柔性可用

柔性可用目標:保證核心服務可用,非核心服務弱可用,甚至不可用。可分為系統降級、資料層降級、柔性可用設計三塊。

系統降級

系統降級常常採用的方法有丟棄部分請求和關閉部分服務兩種。

丟棄部分請求常用策略有丟棄老請求,丟棄非核心業務請求,隨機丟棄請求三種,

策略

描述

丟棄老請求

丟棄老請求是把請求放在請求佇列裡,如果發現佇列裡的請求存在時間多於乙個時間引數,就自動丟棄,這樣既能減輕伺服器壓力,又能讓新的請求得到處理。

丟棄非核心業務請求

把系統資源留給核心業務。

隨機丟棄請求

網路會出現一會可用一會不可用。

關閉部分服務:可以將一些邊緣業務直接關閉,緩解系統壓力。

資料層降級

寫 :持久到訊息佇列,只更新快取,不更新資料庫。

讀:唯讀快取。

事後再進行資料補齊:訊息佇列-->資料庫。

開啟策略

自動開啟,不要人工參與

微服務與微服務架構

微服務 微服務強調的是服務的大小,它關注的是某乙個點,是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...

微服務架構

一 先了解一下什麼是單體應用 就是乙個應用程式包含了所有模組功能,各模組同時部署。當然這種應用模式比較容易部署 測試,但隨著專案的加大,單體模式就會變得越來越臃腫,維護的成本逐漸變高。當乙個模組出錯,整個應用都會出現問題,擴充套件能力也會受到限制。二 什麼是微服務 是將整個應用程式分解為多個模組,各...

微服務架構

簡單來說,微服務架構風格想要開發一種由多個小服務組成的應用,每個服務執行於獨立的程序,並且採用輕量級互動,多數情況下乙個http的資源api,這些服務具備獨立業務能力並可以通過自動化部署方式獨立部署,這種風格使最小化集中管理,從而可以使用多種不同的程式語言喝資料儲存技術 james lewis 和 ...