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

追問

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

追答

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