為什麼采用微服務?在傳統的企業系統架構中,通常是将所有的業務需求放在一個單體項目中在業務發展的初期,由于所有的業務邏輯在一個應用中,開發測試部署都是比較容易的事情但是,随着企業的發展,系統為了應對不同的業務需求會不斷地為該單體項目增加不通的業務模塊單體應用由于面對的業務需求更為寬泛,不斷擴大的需求會使得單體應用變得越來越臃腫,下面我們就來說一說關于為什麼采用微服務?我們一起去了解并探讨一下這個問題吧!
在傳統的企業系統架構中,通常是将所有的業務需求放在一個單體項目中。在業務發展的初期,由于所有的業務邏輯在一個應用中,開發測試部署都是比較容易的事情。但是,随着企業的發展,系統為了應對不同的業務需求會不斷地為該單體項目增加不通的業務模塊。單體應用由于面對的業務需求更為寬泛,不斷擴大的需求會使得單體應用變得越來越臃腫。
單體應用的缺點由于系統部署在一個進程内,往往我們修改了一個很小的功能,為了部署上線會影響其他功能的運行。
單體應用中不同的功能模塊的使用場景、并發量、消耗的資源類型各有不同,對資源的利用又互相有影響,架構師在對各個模塊的容量很難給出較為準确的評估。
簡單滴說,微服務是系統架構上的一種設計風格。它的主旨是将一個原本獨立的系統拆分成多個小型服務,這些小型服務都在各自獨立的進程中運行,服務之間通過基于HTTP的RESTful API進行通信寫作。每一個被拆分的小型服務都圍繞着系統中的一些耦合度較高的業務功能進行構建。
微服務的優點将不同的功能模塊拆分成不同的服務,這些服務都能夠獨立的部署和擴展,不影響其他不相關的服務。
由于是獨立部署,我們可以更為準确的評估出系統的容量。
充分利用硬件資源。
更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!