原創(chuàng)文章，歡迎轉(zhuǎn)載。轉(zhuǎn)載請(qǐng)注明：轉(zhuǎn)載自IT人故事會(huì)，謝謝！
原文鏈接地址：『高級(jí)篇』docker容器來(lái)說(shuō)微服務(wù)優(yōu)勢(shì)和不足（四）

創(chuàng)新互聯(lián)主營(yíng)陽(yáng)原網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,APP應(yīng)用開(kāi)發(fā),陽(yáng)原h(huán)5小程序制作搭建,陽(yáng)原網(wǎng)站營(yíng)銷(xiāo)推廣歡迎陽(yáng)原等地區(qū)企業(yè)咨詢

來(lái)看看微服務(wù)有哪些優(yōu)勢(shì)和不足。

優(yōu)勢(shì)

• 獨(dú)立性

  從構(gòu)建部署，擴(kuò)容收容，容錯(cuò)，數(shù)據(jù)庫(kù)都是單獨(dú)管理的。每個(gè)服務(wù)之間都是單獨(dú)管理。一個(gè)微服務(wù)出現(xiàn)問(wèn)題，只會(huì)影響他自己。并不會(huì)影響整個(gè)服務(wù)。每個(gè)都獨(dú)立的數(shù)據(jù)庫(kù)。

• 敏捷性

  對(duì)于使用者來(lái)說(shuō)微服務(wù)暴露的接口相對(duì)簡(jiǎn)單，因?yàn)樗麄兊墓δ芏己軉我唬逦腶pi，同時(shí)也可以很快的應(yīng)對(duì)變化，針對(duì)新需求很快的找到需要修改的微服務(wù)，去修改就可以。

• 技術(shù)棧靈活

  api接口不變就可以了，服務(wù)重構(gòu)。

• 高效團(tuán)隊(duì)

  每個(gè)團(tuán)隊(duì)只負(fù)責(zé)自己的微服務(wù)，做些架構(gòu)調(diào)整，架構(gòu)變化，幾個(gè)人開(kāi)個(gè)小會(huì)就可以了。

不足

沒(méi)有最好的架構(gòu)，只有最適合的。

• 額外的工作

  服務(wù)的拆分，其實(shí)服務(wù)的拆分是一門(mén)非常深的學(xué)問(wèn)。

• 數(shù)據(jù)的一致性

  單體一個(gè)數(shù)據(jù)庫(kù)，很容易做到一致性，微服務(wù)都有自己的服務(wù)，雖然我們?cè)谖⒎?wù)盡量減少連表操作，盡量在同一個(gè)微服務(wù)，也難免出現(xiàn)這樣或者那樣的關(guān)聯(lián)關(guān)系。

• 溝通成本

  api的改變，單體架構(gòu)中，想改一個(gè)接口可以將調(diào)用這個(gè)接口的地方順便改掉，但是在微服務(wù)中，你想改的地方不是你負(fù)責(zé)，推動(dòng)其他人其他組來(lái)修改。如果其他人或者其他組比較多的溝通成本就很明白了。

了解DDD（領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)）

• 軟件開(kāi)發(fā) VS DDD

  一般軟件設(shè)計(jì)或者說(shuō)軟件開(kāi)發(fā)分兩種：瀑布式，敏捷式。

• 前者一般是項(xiàng)目經(jīng)理經(jīng)過(guò)大量的業(yè)務(wù)分析后，會(huì)基于現(xiàn)有需求整理出一個(gè)基本模型，再將結(jié)果傳遞給開(kāi)發(fā)人員，這就是開(kāi)發(fā)人員的需求文檔，他們只需要照此開(kāi)發(fā)便是。這種模式下，是很難頻繁的從用戶那里得到反饋，因此在前期分析時(shí)就已經(jīng)默認(rèn)了這個(gè)業(yè)務(wù)模型是正確的，那么結(jié)果可想而之，數(shù)月甚至數(shù)年后交付的時(shí)候，必然和客戶的預(yù)期差距較大。

• 后者在此基礎(chǔ)上進(jìn)行了改進(jìn)，它也需要大量的分析，范圍會(huì)設(shè)計(jì)到更精細(xì)的業(yè)務(wù)模塊，它是小步迭代，周期×××付，那么獲取客戶的反饋也就比較頻繁和及時(shí)。可敏捷也不能夠?qū)I(yè)務(wù)中的方方面面都考慮到，并且敏捷是擁抱變化的，大量的需求或者業(yè)務(wù)模型變更必將帶來(lái)不小的維護(hù)成本，同時(shí)，對(duì)人（Developer）的要求也必然會(huì)更高。

• DDD則不同：它像是更小粒度的迭代設(shè)計(jì)，它的最小單元是領(lǐng)域模型(Domain Model)，所謂領(lǐng)域模型就是能夠精確反映領(lǐng)域中某一知識(shí)元素的載體，這種知識(shí)的獲取需要通過(guò)與領(lǐng)域?qū)＜?Domain Expert)進(jìn)行頻繁的溝通才能將專(zhuān)業(yè)知識(shí)轉(zhuǎn)化為領(lǐng)域模型。領(lǐng)域模型無(wú)關(guān)技術(shù)，具有高度的業(yè)務(wù)抽象性，它能夠精確的描述領(lǐng)域中的知識(shí)體系；同時(shí)它也是獨(dú)立的，我們還需要學(xué)會(huì)如何讓它具有表達(dá)性，讓模型彼此之間建立關(guān)系，形成完整的領(lǐng)域架構(gòu)。通常我們可以用象形圖或一種通用的語(yǔ)言(Ubiquitous Language)去描述它們之間的關(guān)系。在此之上，我們就可以進(jìn)行領(lǐng)域中的代碼設(shè)計(jì)(Domain Code Design)。如果將軟件設(shè)計(jì)比做是造一座房子，那么領(lǐng)域代碼設(shè)計(jì)就好比是貼壁紙。前者已經(jīng)將房子的藍(lán)圖框架規(guī)劃好，而后者只是一個(gè)小部分的設(shè)計(jì)：如果墻紙貼錯(cuò)了，我們可以重來(lái)，可如果房子結(jié)構(gòu)設(shè)計(jì)錯(cuò)了，那可就悲劇了。

PS：微服務(wù)的要求是分析的足夠小的顆粒，項(xiàng)目分析的透徹。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

分享文章：『高級(jí)篇』docker容器來(lái)說(shuō)微服務(wù)優(yōu)勢(shì)和不足（四）-創(chuàng)新互聯(lián)
地址分享：http://chinadenli.net/article46/cddohg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)公司、服務(wù)器托管、手機(jī)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)公司、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)