[[315389]]

【51CTO.com快譯】Gartner研究主管Raj Bala說過，無服務(wù)器產(chǎn)品最出色的地方之一就是讓你可以“前所未有地混合搭配前編程語言和框架。”這意味著，比如使用函數(shù)即服務(wù)(無服務(wù)器)平臺，你就可以編寫調(diào)用Python庫的Java應(yīng)用程序。

確實很酷。

但是這也可能意味著意大利面條式代碼(即非結(jié)構(gòu)化、難以維護(hù)的代碼)迎來新時代。就因為你告別整體式代碼，并不意味著不會換成“對部署、通信、監(jiān)控等方面有影響的分布式系統(tǒng)問題”。與更傳統(tǒng)的軟件開發(fā)一樣，開發(fā)易于維護(hù)的微服務(wù)需要一種慎重周到的方法。

傳播微服務(wù)之愛

Bala指出，無服務(wù)器和“單一用途微服務(wù)”的主要好處之一是，“可以使用合適的工具來完成合適的工作，而不是局限于一種語言、一種框架甚至一種數(shù)據(jù)庫。”這極大地解放了開發(fā)人員，因為現(xiàn)在他們可以編寫與短暫的無服務(wù)器函數(shù)綁定的微服務(wù)，而不是編寫面對尖峰式工作負(fù)載、利用率可能低下的整體式應(yīng)用程序。系統(tǒng)處于空閑狀態(tài)時，它會關(guān)閉，不花費任何費用。大家共贏。

這還可以使代碼維護(hù)起來更簡單。若是整體式應(yīng)用程序，由于對所有依賴項很難做到面面俱到，更新代碼可能是一大負(fù)擔(dān)。正如Ophir Gross指出，“意大利面條式代碼處處要檢查，以查看所使用的接口版本，并確保執(zhí)行正確的代碼。由于代碼更改影響開發(fā)階段中很難預(yù)測的方面的功能，因此這種代碼常常雜亂無章，通常導(dǎo)致維護(hù)工作量加大。”

相比之下，若是基于微服務(wù)的方法，微服務(wù)中的代碼僅限于業(yè)務(wù)的一項功能，因此更易于理解。團隊可以使用自己喜歡的實現(xiàn)技術(shù)和框架，彼此獨立地運作。

然而，微服務(wù)不是沒有自己的風(fēng)險。具有諷刺意味的是，其中一個風(fēng)險可能正是開發(fā)人員積極接受微服務(wù)以逃避的意大利面條式代碼。

分布式意大利面條式代碼

除了其他復(fù)雜因素外(調(diào)試更復(fù)雜、API逐漸變化帶來的難題以及確保服務(wù)使用的API及時更新等)，微服務(wù)的一個問題是開發(fā)人員可能使用他們以類似于當(dāng)初處理整體式應(yīng)用程序的方式來構(gòu)建系統(tǒng)。

人們常常不知道微服務(wù)其實需要獨立。比如說，你常?？吹絼?chuàng)建各種各樣的服務(wù)，但是共享一個數(shù)據(jù)庫。另一個問題是，人們以過去在整體式架構(gòu)中習(xí)慣的方式來編程，這使得服務(wù)之間(通過網(wǎng)絡(luò))之間的同步調(diào)用鏈變得太長。也沒有注意彼此使用的各種服務(wù)可能引起的意大利面條式結(jié)構(gòu)。

設(shè)計微服務(wù)的關(guān)鍵是正確“定義它們的邊界以及它們?nèi)绾温?lián)系。松散耦合的服務(wù)在一個地方含有相關(guān)行為，而對系統(tǒng)中與之協(xié)作的其余部分了解甚少。”松散耦合至關(guān)重要。你希望服務(wù)與數(shù)量有限的端點進(jìn)行異步聯(lián)系，并且沒有共享數(shù)據(jù)庫。

當(dāng)然，這無法消除“意大利面條式代碼2.0”的可能性。強大功能和便利性可能導(dǎo)致開發(fā)人員針對無服務(wù)器函數(shù)創(chuàng)建各種各樣的API調(diào)用，局面可能很快變得一團糟。不過，確保服務(wù)的松散耦合有所幫助。

原文標(biāo)題：How to avoid turning microservices into distributed spaghetti code，作者：Matt Asay

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】