什么？你還不知道微服務(wù)是啥！

來源：北大青鳥總部 2023年01月09日 12:14

摘要：互聯(lián)網(wǎng)技術(shù)架構(gòu)的演變的節(jié)點：單體架構(gòu)-->集群架構(gòu)-->分布式架構(gòu)-->微服務(wù)架構(gòu)，最終才到了現(xiàn)在的比較火的微服務(wù)架構(gòu)。

話說最近幾年微服務(wù)可謂是生龍活虎，不亞于任何網(wǎng)紅明星(IT圈)，從各大互聯(lián)網(wǎng)公司都在相繼建設(shè)微服務(wù)，到現(xiàn)在就連幾個人的小公司也動不動就微服務(wù)，仿佛現(xiàn)在不搞點微服務(wù)相關(guān)的技術(shù)，就顯得很low了。

為了不讓廣大程序猿不被人看不起，能做一個可以昂首挺胸的程序猿，今天咱們就來談一談微服務(wù)。

互聯(lián)網(wǎng)技術(shù)架構(gòu)演變

為了讓大家能夠更好的了解什么是微服務(wù)架構(gòu)，那就得先了解下微服務(wù)的前世今生。

其實互聯(lián)網(wǎng)發(fā)展到今天的狀態(tài)，也是經(jīng)歷了很多次迭代，從最初的單體架構(gòu)到微服務(wù)架構(gòu)其實是一個很漫長的旅程。

有幾次比較重要互聯(lián)網(wǎng)技術(shù)架構(gòu)的演變的節(jié)點：單體架構(gòu)-->集群架構(gòu)-->分布式架構(gòu)-->微服務(wù)架構(gòu)，最終才到了現(xiàn)在的比較火的微服務(wù)架構(gòu)。每一種技術(shù)架構(gòu)的演進都伴隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，以及用戶數(shù)量的增加，同時也促進了技術(shù)的快速更新迭代。這其實也是一部互聯(lián)網(wǎng)的發(fā)展史。

單體架構(gòu)

首先，咱們先來說下什么是單體架構(gòu)。顧名思義，單體就是一個獨立的個體，也就是一個項目的所有的功能模塊(比如訂單模塊，用戶模塊，商品模塊等)都集中一個項目當中，最終打成一個war包，可以直接部署上線。

看似簡單粗暴，但是對于那個處于草莽時代的互聯(lián)網(wǎng)來說，這種可以快速上線滿足業(yè)務(wù)需求的方式無疑也是最高好的方式。因為在這個時期的用戶量很少，一個服務(wù)器就足撐起整個網(wǎng)站。

集群架構(gòu)

如果說單體架構(gòu)是一對一的單挑，那集群架構(gòu)就是打群架了。因為隨著用戶量的增加，此時單一的服務(wù)器已經(jīng)無法支撐起用戶的訪問，動不動就掛掉的網(wǎng)站肯定是沒有人愿意使用的。

所以此時為了解決這個問題，人們就開始想辦法，一個服務(wù)器撐不了，那我就搞一對；一對還不行，我就搞兩對...最終我們把同一個war包，同時部署到多個服務(wù)器上，終于搞定了，這就是我們的集群架構(gòu)時代。

分布式架構(gòu)

我們搞定的集群架構(gòu)的項目終于可以支撐起當前用戶量了，但沒想到就在這個時期，也正是互聯(lián)網(wǎng)大爆發(fā)的時刻，用戶數(shù)呈指數(shù)級增長，原來的集群又面臨著挑戰(zhàn)。

這個已經(jīng)不是簡單的增加服務(wù)器那么簡單的事兒了，因為這個時期，互聯(lián)網(wǎng)業(yè)務(wù)已經(jīng)變的極其復雜。所以這次互聯(lián)網(wǎng)技術(shù)架構(gòu)的演進是有了本質(zhì)上的改變，即分布式架構(gòu)：分布式結(jié)構(gòu)就是將一個完整的系統(tǒng)，按照業(yè)務(wù)功能，拆分成一個個獨立的子系統(tǒng)。

在分布式結(jié)構(gòu)中，每個子系統(tǒng)就被稱為“服務(wù)”。這些子系統(tǒng)能夠獨立運行在web容器中，它們之間通過RPC方式通信(阿里開源Dubbo框架)。說人話就是將訂單模塊單獨部署到一個服務(wù)器，用戶模塊單獨部署到一個服務(wù)器上，商品模塊也可以單獨部署到一個服務(wù)器上。

不僅如此，每一個模塊又可以進行集群部署，如下圖。此時的分布式架構(gòu)是可以滿足現(xiàn)在的業(yè)務(wù)需求的。而各個模塊之間的是通過RPC(遠程服務(wù)調(diào)用)的方式來通信。

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

我們剛才說了，分布式架構(gòu)是可以滿足現(xiàn)在大型互聯(lián)網(wǎng)的業(yè)務(wù)需求的，那為什么我們還要一個勁兒的非要搞什么微服務(wù)呢，所以我們不禁要這樣幾個問題：

什么是微服務(wù)？
為什么要用微服務(wù)？
它有什么好處？

什么是微服務(wù)

微服務(wù)的概念源于2014年3月Martin Fowler（微服務(wù)的提出者）所寫的一篇文章Microservices。

微服務(wù)是一種架構(gòu)風格，一個大型復雜軟件應用由一個或多個微服務(wù)組成。系統(tǒng)中的各個微服務(wù)可被獨立部署，各個微服務(wù)之間是松耦合的。每個微服務(wù)僅關(guān)注于完成一件任務(wù)并很好地完成該任務(wù)。在所有情況下，每個任務(wù)代表著一個小的業(yè)務(wù)能力。

上圖中每一個色塊都是一個服務(wù)，翻譯一下就是微服務(wù)架構(gòu)是一種架構(gòu)的風格，可以讓我們的業(yè)務(wù)模塊更加的細化。

如：商品模塊我們可以在細粒度的拆分，直到不可以拆分為止，那到底拆分的力度有多細，要根據(jù)自己的業(yè)務(wù)情況和團隊實力來評估。

這樣做的好處：

·不會牽一發(fā)動全身

可以對微服務(wù)架構(gòu)中的每個組件服務(wù)進行開發(fā)、部署、運營和擴展，而不影響其他服務(wù)的功能。

這些服務(wù)不需要與其他服務(wù)共享任何代碼或?qū)嵤?。各個組件之間的任何通信都是通過明確定義的API進行的。

·各司其職每項服務(wù)都是針對一組功能而設(shè)計的，并專注于解決特定的問題(支付模塊就解決支付的問題)。

為什么要引入微服務(wù)

從生產(chǎn)力和系統(tǒng)的復雜性這兩個方面來看。公司一開始的時候，業(yè)務(wù)復雜性不高，這時候是驗證商業(yè)模式的時候，業(yè)務(wù)簡單，用單體服務(wù)反而生產(chǎn)力很高。

隨著公司的發(fā)展，業(yè)務(wù)復雜性慢慢提高，這時候就可以采用微服務(wù)來提升生產(chǎn)力了。而事實證明，微服務(wù)架構(gòu)雖然對開發(fā)人員的要求提高了，但是從企業(yè)長久發(fā)展來看，無論從系統(tǒng)層面還是從成本控制都是非常有利的，這也為什么現(xiàn)在無論大小公司都是直接上微服務(wù)。