微服務(wù)架構(gòu)。隨著系統(tǒng)業(yè)務(wù)量的不斷增多，單一的一套系統(tǒng)可能無法對應(yīng)高并發(fā)，且系統(tǒng)變得越來越臃腫，后期難以維護。這種情況下會采用微服務(wù)架構(gòu)設(shè)計，為了讓單一模塊變得更加清晰容易維護，且使某個模塊兒的負載能力變得更加強大，添加集群也更為方便。
微服務(wù)架構(gòu)的實現(xiàn)方式有很多種。
spring cloud是其中一種的實現(xiàn)方式，spring cloud對微服務(wù)所需要的幾點特性封裝的比較好，如：零耦合，服務(wù)之間方便調(diào)用。
另外還有dubbo可以作為微服務(wù)的載體，同樣也具有零耦合，高可用，支持業(yè)務(wù)分解的功能，但沒有spring cloud涵蓋的那么全面。
還有當下比較新穎，但市場前景非常好的kubernetes+docker+serviceMesh技術(shù)，非常好，目前我們公司就在做這方面的探索。
上述全部手打，不允許轉(zhuǎn)載，有幫助請采納，有問題請回復(fù)。

追問

你好，我是這么理解的，微服務(wù)架構(gòu)的一種開發(fā)模式，你是把巨大的復(fù)雜的項目給簡單化，讓各個的模塊都可以獨立運行，便于管理，互不影響，然后如果把他們組合在一起的話，就可以組成巨大復(fù)雜的項目，是這樣的么？
如果不是的話請舉個例子，比較有說明性的例子。
另外，Springboot是做什么的？也可以舉例說明么、。最好是大白話

追答

是先有項目才做的拆分，架構(gòu)不可能提前全部設(shè)計好，最多也就根據(jù)預(yù)估的業(yè)務(wù)復(fù)雜度和系統(tǒng)大小來設(shè)計大概的架構(gòu)，隨著業(yè)務(wù)量的不斷遞增和復(fù)雜度及功能的不斷增加才做的改變，不論是微服務(wù)還是集中式系統(tǒng)都可以拆分給開發(fā)人員，spring boot 自己可以上網(wǎng)查，資料很多