【51CTO.com快譯】相比傳統(tǒng)的整體式應(yīng)用程序(monolithic application)，微服務(wù)具有諸多優(yōu)勢(shì)。倘若結(jié)合云計(jì)算，那些優(yōu)勢(shì)就會(huì)放大。

云計(jì)算讓?xiě)?yīng)用程序管理員可以訪問(wèn)或獲取可靈活擴(kuò)展的計(jì)算和存儲(chǔ)資源，從而改變了我們交付服務(wù)的方式。但是云計(jì)算也在顯著影響IT的另一個(gè)方面：應(yīng)用程序開(kāi)發(fā)。企業(yè)組織應(yīng)該重新考慮應(yīng)用程序的設(shè)計(jì)原則，并調(diào)整設(shè)計(jì)模式，以便充分利用云計(jì)算具有的可擴(kuò)展性;而做到這一點(diǎn)的一條途徑就是通過(guò)微服務(wù)架構(gòu)。

微服務(wù)帶來(lái)了一種全新的應(yīng)用程序設(shè)計(jì)策略，它使用諸多服務(wù)來(lái)實(shí)施應(yīng)用程序，而不是構(gòu)建整體式應(yīng)用程序。比如說(shuō)，按傳統(tǒng)方法，企業(yè)組織會(huì)使用運(yùn)行用戶接口代碼的網(wǎng)站服務(wù)器、運(yùn)行所有業(yè)務(wù)邏輯和服務(wù)的整體式應(yīng)用程序，以及滿足所有持久存儲(chǔ)需求的單一數(shù)據(jù)庫(kù)，構(gòu)建電子商務(wù)網(wǎng)站?？赡芤渴鹁W(wǎng)站服務(wù)器和應(yīng)用服務(wù)器各一臺(tái)，它們配備負(fù)載均衡系統(tǒng)和自動(dòng)擴(kuò)展功能，以便根據(jù)負(fù)載的變化增加和減少資源。

雖然這是一種很常見(jiàn)的設(shè)計(jì)模式，卻存在其劣勢(shì)。比如說(shuō)，整體式應(yīng)用程序哪怕出現(xiàn)細(xì)小的變化也需要開(kāi)發(fā)人員重新構(gòu)建和重新部署整個(gè)應(yīng)用程序。這可能很耗費(fèi)時(shí)間，如果開(kāi)發(fā)人員沒(méi)有全面深入地測(cè)試應(yīng)用程序，還會(huì)導(dǎo)致問(wèn)題。如果應(yīng)用程序必須保持一組復(fù)雜的狀態(tài)信息，測(cè)試所有可能的狀態(tài)組織即使并非不切實(shí)際，至少也困難重重，問(wèn)題也會(huì)出現(xiàn)。

傳統(tǒng)應(yīng)用程序設(shè)計(jì)存在的另一個(gè)缺點(diǎn)是，它依賴單一的持久數(shù)據(jù)存儲(chǔ)區(qū)，通常是關(guān)系數(shù)據(jù)庫(kù)，比如MySQL或PostgreSQL。這些是很流行的選擇，因?yàn)樗鼈冊(cè)谠S多情況下效果很好，但是它們并非總是***選擇。比如說(shuō)，需要靈活模式和可擴(kuò)展性時(shí)，就要使用NoSQL數(shù)據(jù)庫(kù)。此外，關(guān)系數(shù)據(jù)庫(kù)這種選擇最適合需要支持事務(wù)的數(shù)據(jù)存儲(chǔ)系統(tǒng)，比如網(wǎng)站的結(jié)賬服務(wù)。

微服務(wù)架構(gòu)可以將應(yīng)用程序組件分解為比整體式應(yīng)用程序所使用的單位粒度更細(xì)小的單位。開(kāi)發(fā)人員可以為應(yīng)用程序里面的每一個(gè)邏輯功能構(gòu)建一個(gè)服務(wù)，而不是實(shí)施擁有所有業(yè)務(wù)邏輯的單個(gè)應(yīng)用程序。所以，在上述電子商務(wù)這個(gè)例子中，可能有不同的微服務(wù)從商品目錄獲取產(chǎn)品數(shù)據(jù)，另一個(gè)微服務(wù)檢查產(chǎn)品庫(kù)存，還有一個(gè)微服務(wù)向第三方服務(wù)提交裝貨單。這每一個(gè)服務(wù)都會(huì)運(yùn)行自己的流程，應(yīng)用程序可以根據(jù)需要調(diào)用這些服務(wù)，并在它們之間傳送信息。

采用面向云的微服務(wù)架構(gòu)

微服務(wù)為云部署提供了幾個(gè)優(yōu)點(diǎn)。

• 企業(yè)組織想要盡可能高效地運(yùn)行云服務(wù)器。在微服務(wù)架構(gòu)中，它們可以在小型服務(wù)器上運(yùn)行應(yīng)用程序，或者將多個(gè)微服務(wù)合并到一臺(tái)較大服務(wù)器上，以一種更經(jīng)濟(jì)高效的方式來(lái)使用計(jì)算資源。
• 另外，由于微服務(wù)是細(xì)粒度化，企業(yè)組織只要在需求量很大的情況下增加運(yùn)行微服務(wù)的服務(wù)器數(shù)量。比如說(shuō)，如果在網(wǎng)站上運(yùn)行搜索的需求大幅上升，自動(dòng)擴(kuò)展服務(wù)檢測(cè)到這一點(diǎn)后，就能為搜索集群部署額外的服務(wù)器。雖說(shuō)整體式設(shè)計(jì)也可以在自動(dòng)擴(kuò)展環(huán)境下運(yùn)行，但是不像微服務(wù)那么高效。微服務(wù)需要的最小實(shí)例比支持整體式應(yīng)用程序的最小實(shí)例可能要小得多。
• 在云計(jì)算環(huán)境下使用微服務(wù)時(shí)，總是要規(guī)劃好安全。不然，非法來(lái)源(即未授權(quán)用戶)可能部署這些服務(wù)。除了用戶授權(quán)外，微服務(wù)還應(yīng)該需要某種形式的驗(yàn)證令牌，驗(yàn)證令牌允許服務(wù)驗(yàn)證調(diào)用方的身份。另外，要對(duì)你的服務(wù)運(yùn)行模糊測(cè)試及其他類型的滲透測(cè)試，幫助識(shí)別安全漏洞。
• 微服務(wù)架構(gòu)與持續(xù)部署方法很搭。自動(dòng)化工具有助于簡(jiǎn)化構(gòu)建代碼、將微服務(wù)部署到生產(chǎn)環(huán)境的過(guò)程。同樣，整體式系統(tǒng)也能做到這一點(diǎn)，但是整個(gè)過(guò)程卻不如微服務(wù)來(lái)得高效。比如說(shuō)，如果你非得回滾(roolback)之前已經(jīng)部署的代碼，回滾微服務(wù)給生產(chǎn)環(huán)境帶來(lái)的干擾要比回滾大規(guī)模應(yīng)用程序來(lái)得小。

總的來(lái)說(shuō)，微服務(wù)可以補(bǔ)充云計(jì)算，并且便于更高效地使用資源，如果不同的服務(wù)有不同的性能概況更是如此。

原文標(biāo)題：Microservices architectures increase clou and app efficiency

【51CTO.com獨(dú)家譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明出處】