微服務架構

與傳統(tǒng)的單體架構比，微服務架構核心特點是服務相對獨立，抽象力度小。從下面這張圖我們可以看出，像account service，shopping service等服務互相之間是獨立的，沒有強耦合性。以account service來舉例，我們發(fā)現(xiàn)它有一個Account DB，這樣做的好處吃，當我這個服務出問題時，短時間內是不會影響其他服務的。

但這一

模式造成的一個最大難題就是，你的微服務的抽象力度不好把控，很多開發(fā)者都經常遇到過，團隊里的很有經驗架構師都有一些個人喜歡的拆分模式。這是你可能會問，如果換一種拆分方式是否也可以？其實都可以的，只不過是在于你不同的抽象力度造成的。

微服務架構最主要的優(yōu)勢在于它的復雜度相對可控，因為每個小的微服務之間互相獨立，如果它發(fā)生了故障，它的爆炸半徑要遠小于單體架構。此外，每個服務之間需要通信，比如限流、熔斷等這些常規(guī)需求，當用戶側的流量上來時如果后端的服務沒有及時擴容，這時候就要啟動熔斷和限流的策略，以避免出現(xiàn)緩存被擊穿，甚至雪崩的情況出現(xiàn)。

?