大家好，歡迎來(lái)到萬(wàn)貓學(xué)社靴拱，跟我一起學(xué)垃喊，你也能成為微服務(wù)專家。
目前大部分的企業(yè)系統(tǒng)和互聯(lián)網(wǎng)應(yīng)用都是采用Web的形式提供服務(wù)能力袜炕，根據(jù)系統(tǒng)的組織方式和部署結(jié)構(gòu)本谜，我們通常把軟件架構(gòu)的演化過(guò)程分為以下幾個(gè)階段：
- 單體架構(gòu)
- 垂直架構(gòu)
- SOA架構(gòu)
- 微服務(wù)架構(gòu)
單體架構(gòu)
單體架構(gòu)，也被成為巨石架構(gòu)偎窘，就像一塊巨石一樣乌助，系統(tǒng)的所有代碼溜在、所有邏輯、所有模塊都集中在一個(gè)項(xiàng)目里他托，并且會(huì)被部署在一個(gè)進(jìn)程中掖肋。比如下面的電商系統(tǒng)：
雖然在電商系統(tǒng)被分為了表示層、業(yè)務(wù)邏輯層赏参、數(shù)據(jù)訪問(wèn)層梆造，但是它們還是在同一個(gè)項(xiàng)目里扔水。比如在業(yè)務(wù)邏輯層中，商品管理、庫(kù)存管理础废、訂單管理等等模塊的邏輯都是在一起的神凑，難免就會(huì)有代碼互相耦合的地方象浑，你中有我旭等，我中有你。這就造成了代碼維護(hù)的困難疗锐，比如本來(lái)是在修改商品管理的代碼坊谁，一不注意就影響了庫(kù)存管理的邏輯，引發(fā)了bug滑臊，甚至是生產(chǎn)環(huán)境的事故呜袁。
優(yōu)點(diǎn)
- 結(jié)構(gòu)簡(jiǎn)單，所有模塊都集中在一個(gè)項(xiàng)目中简珠。
- 部署簡(jiǎn)單，只需要部署一個(gè)進(jìn)程就可以虹钮。
缺點(diǎn)
- 版本迭代慢聋庵，模塊耦合度高，牽一發(fā)動(dòng)全身芙粱。
- 代碼維護(hù)困難祭玉，所有模塊在一個(gè)項(xiàng)目里面，被他人誤改的風(fēng)險(xiǎn)很高春畔。
垂直架構(gòu)
隨著業(yè)務(wù)的發(fā)展脱货，單體架構(gòu)的系統(tǒng)會(huì)越來(lái)越臃腫，代碼的越來(lái)越難以維護(hù)律姨，所以就把系統(tǒng)垂直地分成了多個(gè)項(xiàng)目的子系統(tǒng)振峻，就形成了垂直架構(gòu)，也被稱為豎井式架構(gòu)择份，或煙囪架構(gòu)扣孟。比如下面的電商系統(tǒng)：
原來(lái)的電商系統(tǒng)別分為了訂單系統(tǒng)、物流系統(tǒng)和用戶系統(tǒng)三個(gè)獨(dú)立的子系統(tǒng)荣赶，子系統(tǒng)之間相互獨(dú)立凤价，互相不會(huì)有影響鸽斟，新業(yè)務(wù)的迭代
更加高效。不過(guò)利诺，因?yàn)橄到y(tǒng)之間無(wú)法互相調(diào)用富蓄，有些模塊功能在不同系統(tǒng)中都有實(shí)現(xiàn)。比如慢逾，商品管理模塊在訂單系統(tǒng)和物流系統(tǒng)都有重復(fù)的實(shí)現(xiàn)立倍。
優(yōu)點(diǎn)
- 系統(tǒng)相互獨(dú)立，互相不影響氛改。
- 新業(yè)務(wù)迭代更加高效帐萎。
缺點(diǎn)
- 各個(gè)系統(tǒng)之間存在模塊功能重復(fù)開(kāi)發(fā)的情況
- 各個(gè)系統(tǒng)之間相互獨(dú)立，無(wú)法進(jìn)行相互調(diào)用胜卤，形成了“信息孤島”疆导。
SOA架構(gòu)
SOA全稱是Service Oriented Architecture，即面向服務(wù)的架構(gòu)葛躏，當(dāng)垂直應(yīng)用越來(lái)越多澈段，重復(fù)的業(yè)務(wù)代碼就會(huì)越來(lái)越多。此時(shí)可以將重復(fù)的代碼抽取出來(lái)舰攒，形成統(tǒng)一的業(yè)務(wù)層作為獨(dú)立的服務(wù)败富。
SOA是在企業(yè)內(nèi)部IT系統(tǒng)重復(fù)構(gòu)建以及效率低下的背景下提出的，最初想法是更好的利用企業(yè)內(nèi)部的各個(gè)IT系統(tǒng)能力摩窃，解決信息孤島兽叮，適配異構(gòu)系統(tǒng)，整合業(yè)務(wù)功能等方面的問(wèn)題猾愿。比如下面的電商系統(tǒng)：
訂單系統(tǒng)鹦聪、物流系統(tǒng)等功能模塊都被定義成了獨(dú)立的服務(wù)，所有的服務(wù)通過(guò)企業(yè)服務(wù)總線（ESB）來(lái)互相連接蒂秘。企業(yè)服務(wù)總線（ESB）承擔(dān)了傳輸協(xié)議轉(zhuǎn)換泽本、數(shù)據(jù)格式轉(zhuǎn)換、服務(wù)路由姻僧、監(jiān)控告警等功能规丽。
優(yōu)點(diǎn)
- 解決了信息孤島的問(wèn)題，適配各種異構(gòu)系統(tǒng)撇贺。
- 提高了整個(gè)系統(tǒng)的可重用性和可維護(hù)性赌莺。
缺點(diǎn)
- 服務(wù)的接口協(xié)議不固定，種類繁多松嘶，增加了復(fù)雜度雄嚣。
- 服務(wù)依賴，部署復(fù)雜。
微服務(wù)
微服務(wù)架構(gòu)在某種角度上看也是面向服務(wù)的架構(gòu)缓升，微服務(wù)和SOA架構(gòu)看起來(lái)非常相似鼓鲁，很多理念也很類似，但本質(zhì)上有很大差異港谊。
SOA架構(gòu)通常都有一個(gè)龐大骇吭、復(fù)雜的ESB總線，各個(gè)單體應(yīng)用之間通過(guò)ESB來(lái)交換數(shù)據(jù)歧寺，ESB也承擔(dān)了很多業(yè)務(wù)邏輯轉(zhuǎn)換和處理的工作燥狰；但在微服務(wù)概念里面，沒(méi)有ESB斜筐，有的只是輕量級(jí)的消息通信機(jī)制龙致。
微服務(wù)是一種通過(guò)更細(xì)力度服務(wù)組合來(lái)構(gòu)建大規(guī)模復(fù)雜系統(tǒng)的的架構(gòu)風(fēng)格，這些服務(wù)圍繞業(yè)務(wù)能力以及一系列設(shè)計(jì)標(biāo)準(zhǔn)而非特定的技術(shù)標(biāo)準(zhǔn)來(lái)組織顷链。
總結(jié)
- 單體架構(gòu)目代，所有代碼、所有邏輯嗤练、所有模塊都集中在一個(gè)項(xiàng)目里榛了。
- 垂直架構(gòu)，把系統(tǒng)垂直地分成了多個(gè)項(xiàng)目的子系統(tǒng)煞抬。
- SOA架構(gòu)霜大，所有的服務(wù)通過(guò)企業(yè)服務(wù)總線（ESB）來(lái)互相連接。
- 微服務(wù)架構(gòu)革答，通過(guò)更細(xì)力度服務(wù)組合來(lái)構(gòu)建大規(guī)模復(fù)雜系統(tǒng)战坤。
最后，感謝你這么帥残拐，還給我點(diǎn)贊湖笨。
