一 微服務(wù)的優(yōu)點(diǎn)
1 易于開發(fā)和維護(hù)：一個(gè)微服務(wù)只會(huì)關(guān)注一個(gè)特定的業(yè)務(wù)功能，所以它業(yè)務(wù)清晰、代碼量少。開發(fā)和維護(hù)單個(gè)微服務(wù)相當(dāng)簡(jiǎn)單。而整個(gè)應(yīng)用是若干個(gè)微服務(wù)構(gòu)建而成的，所以整個(gè)應(yīng)用也被維持在一個(gè)可控狀態(tài)。
2單個(gè)微服務(wù)啟動(dòng)較快：?jiǎn)蝹€(gè)微服務(wù)代碼量較少，所以啟動(dòng)會(huì)比較快。
3 局部修改容易部署：?jiǎn)蝹€(gè)應(yīng)用只要有修改，就得重新部署整個(gè)應(yīng)用，微服務(wù)解決了這樣的問題。一般來說，對(duì)某個(gè)微服務(wù)進(jìn)行修改，只需要重新部署這個(gè)服務(wù)即可。
4 技術(shù)棧不受限：在微服務(wù)架構(gòu)中，可以結(jié)合項(xiàng)目業(yè)務(wù)及團(tuán)隊(duì)的特點(diǎn)，合理選擇技術(shù)棧。例如某些服務(wù)可以使用關(guān)系型數(shù)據(jù)庫Mysql；某些微服務(wù)有圖形計(jì)算需求，可以使用Neo4j；甚至可根據(jù)需求，部分微服務(wù)使用Java開發(fā)，部分微服務(wù)使用Node.js開發(fā)。
5 按需收縮：可根據(jù)需求，實(shí)現(xiàn)細(xì)粒度的擴(kuò)展。例如，系統(tǒng)中的某個(gè)微服務(wù)遇到了瓶頸，可以結(jié)合這個(gè)微服務(wù)的業(yè)務(wù)特點(diǎn)，增加內(nèi)存、升級(jí)CPU或者增加節(jié)點(diǎn)。
綜上，單體應(yīng)用架構(gòu)的缺點(diǎn)，恰恰是微服務(wù)的優(yōu)點(diǎn)，而這些優(yōu)點(diǎn)使得微服務(wù)看起來簡(jiǎn)直非常完美。然而完美的東西并不存在，就像銀彈不存在一樣。微服務(wù)存在一些挑戰(zhàn)。
二 微服務(wù)架構(gòu)面臨的挑戰(zhàn)
1 運(yùn)維要求較高：更多的服務(wù)意味著更多的運(yùn)維投入。在單體架構(gòu)中，只需要保證一個(gè)應(yīng)用的正常運(yùn)行。而在微服務(wù)中，需要保證幾十甚至幾百個(gè)服務(wù)正常運(yùn)行與協(xié)作，這給運(yùn)維帶來了很大的挑戰(zhàn)。
2 分布式固有的復(fù)雜性：使用微服務(wù)構(gòu)建的是分布是系統(tǒng)。對(duì)于一個(gè)分布式系統(tǒng)，系統(tǒng)容錯(cuò)、網(wǎng)絡(luò)延遲、分布式事務(wù)等都會(huì)帶來巨大的挑戰(zhàn)。
3 接口調(diào)整成本高：微服務(wù)之間通過接口進(jìn)行通信。如果修改某一個(gè)微服務(wù)API，可能所有使用該接口的微服務(wù)都需要調(diào)整。
4 重復(fù)勞動(dòng)：很多服務(wù)可能都會(huì)使用相同的功能，而這個(gè)功能并沒有達(dá)到分解為一個(gè)微服務(wù)的程度，這個(gè)時(shí)候，可能各個(gè)服務(wù)都會(huì)開放這一功能，從而導(dǎo)致代碼重復(fù)。盡管可以使用共享庫來解決這個(gè)問題（例如可以將這個(gè)功能封裝成公共組件，需要該功能的微服務(wù)引用該組件），但共享庫在多語言環(huán)境下就不一定行得通。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
