架構(gòu)，又名軟件架構(gòu)，是有關(guān)軟件整體結(jié)構(gòu)與組件的抽象描述，用于指導(dǎo)大型軟件系統(tǒng)各個方面的設(shè)計。
Java企業(yè)級的應(yīng)用根據(jù)業(yè)務(wù)的復(fù)雜程度，通常使用的系統(tǒng)架構(gòu)有應(yīng)用架構(gòu)、垂直應(yīng)用架構(gòu)、面向服務(wù)的架構(gòu)(Service-Oriented Architecture,SOA)、微服務(wù)架構(gòu)等。
項目架構(gòu)的選擇在項目準(zhǔn)備過程中占據(jù)著重要的位置，除此之外技術(shù)架構(gòu)的選擇也是項目準(zhǔn)備過程中必不可少的一個環(huán)節(jié)，接下來將針對項目架構(gòu)和技術(shù)架構(gòu)的選擇進(jìn)行詳細(xì)講解。
單體應(yīng)用架構(gòu)
單體應(yīng)用架構(gòu)是把所有業(yè)務(wù)場景的表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層放在一個工程中，經(jīng)過編譯打包，部署在一臺服務(wù)器上。
單體應(yīng)用架構(gòu)開發(fā)的進(jìn)銷存系統(tǒng)
優(yōu)點：項目架構(gòu)簡單，技術(shù)結(jié)構(gòu)單六，前期用人成本低，適合小型系統(tǒng)的開發(fā)。
缺點：隨著業(yè)務(wù)復(fù)雜度的增加，功能越來越多，代碼量越來越大，會導(dǎo)致代碼可讀性、可維護(hù)性和可擴(kuò)展性下降。由于系統(tǒng)過大且關(guān)聯(lián)較多，任何一個ug都有可能導(dǎo)致整個系統(tǒng)宕機。
垂直應(yīng)用架構(gòu)
垂直應(yīng)用架構(gòu)將單體應(yīng)用拆分成若干個獨立的小應(yīng)用，每個小應(yīng)用獨立的部署到不同的服務(wù)器上，以提升效率。
垂直應(yīng)用架構(gòu)開發(fā)的進(jìn)銷存系統(tǒng)
優(yōu)點：通過垂直拆分實現(xiàn)流量分擔(dān)，減輕服務(wù)器壓力;可以針對不同的應(yīng)用進(jìn)行優(yōu)化，方便水平擴(kuò)展，容錯率提高。
缺點：當(dāng)垂直應(yīng)用越多，應(yīng)用之間可能發(fā)生相互調(diào)用，不同應(yīng)用之間可能出現(xiàn)數(shù)據(jù)、代碼、功能冗余。
SOA
SOA是面向服務(wù)的架構(gòu)，它將應(yīng)用程序的不同功能單元(簡稱服務(wù))進(jìn)行拆分，并通過這些服務(wù)之間定義的接口和協(xié)議將其聯(lián)系起來。
SOA開發(fā)的進(jìn)銷存系統(tǒng)
優(yōu)點：將公共的功能抽取為服務(wù)，提高開發(fā)效率;各個服務(wù)之間耦合度低，可讀性和可維護(hù)性比較好。
缺點：抽取服務(wù)的粒度較大，服務(wù)提供方與調(diào)用方接口耦合度較高。
微服務(wù)架構(gòu)
微服務(wù)架構(gòu)是SOA架構(gòu)的升級，每一個服務(wù)就是一個獨立的部署單元，服務(wù)之間的耦合性很低。
微服務(wù)架構(gòu)開發(fā)的進(jìn)銷存系統(tǒng)
優(yōu)點：開發(fā)模式更加靈活;微服務(wù)的.獨立打包、部署和升級，使小團(tuán)隊的交付周期將縮短，運維成本下降。
缺點：對技術(shù)要求較高;微服務(wù)過多會造成服務(wù)管理成本提高，不利于系統(tǒng)維護(hù)，服務(wù)拆分粒度過細(xì)也會導(dǎo)致、系統(tǒng)變得凌亂和笨重。文章來源：http://www.zghlxwxcb.cn/news/detail-562778.html
在開發(fā)時通常會根據(jù)不同的需求將項目拆分為多個層次處理，開發(fā)者可以根據(jù)不同的需求由其相對應(yīng)的技術(shù)棧提供解決方案。文章來源地址http://www.zghlxwxcb.cn/news/detail-562778.html
到了這里，關(guān)于Java中可以使用哪些系統(tǒng)架構(gòu)？怎樣選擇？的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
