微服務(wù)是一種軟件的體系結(jié)構(gòu)方法，旨在加快開發(fā)周期并支持可伸縮性。在這種方法中，軟件由小型獨立服務(wù)組成，這些服務(wù)通過架構(gòu)良好的API進(jìn)行通信。

整體式與微服務(wù)架構(gòu)

在整體式架構(gòu)中，所有組件都緊密耦合并作為單個服務(wù)運行。在這里，如果應(yīng)用程序的任何一個組件遇到需求高峰，則必須擴(kuò)展整個體系結(jié)構(gòu)。此體系結(jié)構(gòu)類型增加了在應(yīng)用程序中實現(xiàn)新想法的難度級別。

在微服務(wù)架構(gòu)中，每個組件都是一個小型應(yīng)用程序，具有自己的六邊形架構(gòu)。它是一種體系結(jié)構(gòu)樣式，它將應(yīng)用程序構(gòu)造為松散耦合且可獨立部署的服務(wù)集合。

微服務(wù)架構(gòu)的特點

獨立

在微服務(wù)架構(gòu)中，每個組件都可以單獨更改、升級或替換，而不會影響其他組件的功能。

分散

微服務(wù)架構(gòu)遵循分散的數(shù)據(jù)管理，其中每個服務(wù)都有自己的數(shù)據(jù)模型視圖。

自治

在微服務(wù)架構(gòu)中，無需與其他組件共享任何組件代碼或?qū)崿F(xiàn)。組件之間的任何通信都可以通過明確定義的 API 來完成。

黑盒子

微服務(wù)架構(gòu)的行為類似于黑匣子，因為每個組件都對其他組件隱藏了復(fù)雜性的詳細(xì)信息。

微服務(wù)架構(gòu)的優(yōu)勢

質(zhì)量

微服務(wù)架構(gòu)還可以提高代碼質(zhì)量，因為整個應(yīng)用程序都運行在小的、定義明確的組件中。

可伸縮性

在微服務(wù)架構(gòu)中，每個組件都經(jīng)過適當(dāng)?shù)慕怦?，因此可以水平擴(kuò)展并彼此獨立，并且在擴(kuò)展過程中永遠(yuǎn)不會面臨停機(jī)，因為在水平擴(kuò)展中，更多的組件被添加到現(xiàn)有池中，而不是增加每個組件的容量。

輕松開發(fā)

微服務(wù)架構(gòu)使嘗試新想法變得容易，并在持續(xù)集成和持續(xù)交付的幫助下將其回滾，以防發(fā)生意外情況。

達(dá)觀

借助微服務(wù)架構(gòu)，應(yīng)用程序可以通過降低功能而不是使整個應(yīng)用程序崩潰來處理總體服務(wù)故障。

微服務(wù)架構(gòu)的挑戰(zhàn)

遷移

從整體架構(gòu)遷移到微服務(wù)架構(gòu)的過程非常復(fù)雜，需要將發(fā)布代碼依賴項向下延伸到數(shù)據(jù)庫層。

測試

在微服務(wù)環(huán)境中，由于服務(wù)及其集成不同，測試非常復(fù)雜。

監(jiān)測

在微服務(wù)架構(gòu)中，應(yīng)用程序被分解為小組件。當(dāng)出現(xiàn)問題時，很難找到問題的根本原因，因為問題可能不在于發(fā)生故障的組件，而在于依賴關(guān)系。

無服務(wù)器微服務(wù)架構(gòu)

下圖顯示了無服務(wù)器微服務(wù)體系結(jié)構(gòu)，其中構(gòu)建了完整的解決方案，而無需管理任何服務(wù)器。這也消除了運行和監(jiān)視服務(wù)器的操作工作。

Lambda 將處理運行和擴(kuò)展執(zhí)行所需的一切，以滿足具有高可用性的實際需求。Lambda 支持多種編程語言，可以直接從任何 Web 或移動應(yīng)用程序調(diào)用它。

在架構(gòu)圖中，Lambda 與 API 網(wǎng)關(guān) 集成。從 API 網(wǎng)關(guān)到 AWS Lambda 的同步調(diào)用使應(yīng)用程序能夠以無服務(wù)器身份運行。AWS Lambda 會將所有數(shù)據(jù)存儲在名為 DynamoDB 的完全托管的 NoSQL 數(shù)據(jù)庫中，所有靜態(tài)數(shù)據(jù)都將存儲在 S3 存儲桶中。

可以說，微服務(wù)架構(gòu)旨在克服企業(yè)應(yīng)用程序中傳統(tǒng)整體架構(gòu)的挑戰(zhàn)。它允許任何組織的運營和開發(fā)團(tuán)隊之間的協(xié)作，從而實現(xiàn)DevOps，并且是當(dāng)今的首選。

審核編輯：郭婷