對(duì)于大多數(shù)商業(yè)和政府系統(tǒng)而言，在開發(fā)與部署的初期，可伸縮性并非首要需求，可用性以及實(shí)用的新功能才是開發(fā)周期的主要推動(dòng)因素。只要系統(tǒng)能夠滿足正常負(fù)載，便會(huì)持續(xù)添加新功能以提升系統(tǒng)的業(yè)務(wù)價(jià)值。然而，當(dāng)系統(tǒng)發(fā)展到一定階段時(shí)，性能和可伸縮性會(huì)成為緊迫問題，甚至關(guān)乎系統(tǒng)的生存。在這種情況下，架構(gòu)師有責(zé)任將系統(tǒng)演變?yōu)橐粋€(gè)響應(yīng)迅速且可伸縮的系統(tǒng)。

成本和伸縮性之間的關(guān)系

系統(tǒng)進(jìn)行伸縮的核心原則之一是能夠便捷地增添新資源以應(yīng)對(duì)增長(zhǎng)的負(fù)載。就許多系統(tǒng)來說，一種簡(jiǎn)單且有效的方法是部署多個(gè)無狀態(tài)服務(wù)器實(shí)例，并利用負(fù)載均衡器在這些實(shí)例之間分配請(qǐng)求，如下圖所示。

圖片

倘若這些資源部署在云平臺(tái)上，其成本包括：每個(gè)服務(wù)器實(shí)例的虛擬機(jī)部署成本，以及由新請(qǐng)求和活躍請(qǐng)求的數(shù)量、所處理的數(shù)據(jù)量決定的負(fù)載均衡器成本。

在此場(chǎng)景中，隨著請(qǐng)求負(fù)載的增加，已部署的虛擬機(jī)需具備更大的處理能力，這便導(dǎo)致了更高的成本。同時(shí)，負(fù)載均衡器的開銷也會(huì)隨請(qǐng)求負(fù)載和數(shù)據(jù)大小成比例增長(zhǎng)。所以，成本與規(guī)模相互關(guān)聯(lián)，可伸縮性的設(shè)計(jì)決策必然會(huì)影響部署成本。若忽視這一點(diǎn)，可能會(huì)收到意想不到的巨額部署賬單。

那么，該如何降低成本呢？主要有兩種方式。其一，使用彈性負(fù)載均衡器，依據(jù)實(shí)時(shí)請(qǐng)求負(fù)載來調(diào)整服務(wù)器實(shí)例的數(shù)量。其二，增加每個(gè)服務(wù)器實(shí)例的容量，這通常是通過調(diào)整服務(wù)器部署參數(shù)（如線程數(shù)、連接數(shù)、堆大小等）來實(shí)現(xiàn)。精心選擇參數(shù)設(shè)置能夠顯著提升性能，進(jìn)而提高容量。

注意系統(tǒng)瓶頸

對(duì)一個(gè)系統(tǒng)進(jìn)行伸縮，本質(zhì)上是要提升它的容量。在上述示例中，我們通過部署更多的服務(wù)器實(shí)例來增強(qiáng)請(qǐng)求處理能力。然而，軟件系統(tǒng)是由多個(gè)相互依存的處理元素或微服務(wù)構(gòu)成的，所以在增加一部分微服務(wù)容量時(shí)，不可避免地會(huì)受到其他一些微服務(wù)的牽制。在我們的負(fù)載均衡示例里，假設(shè)服務(wù)器實(shí)例都連接至同一個(gè)共享數(shù)據(jù)庫(kù)。隨著部署的服務(wù)器數(shù)量增多，數(shù)據(jù)庫(kù)的請(qǐng)求負(fù)載也隨之增加（如下圖）。

圖片

在某個(gè)階段，數(shù)據(jù)庫(kù)會(huì)達(dá)到飽和狀態(tài)，數(shù)據(jù)庫(kù)訪問將開始出現(xiàn)較大的延遲。此時(shí)，數(shù)據(jù)庫(kù)成為瓶頸 —— 即便增加更多的服務(wù)器處理能力也于事無補(bǔ)。若要進(jìn)一步進(jìn)行伸縮，就需要以某種方式增加數(shù)據(jù)庫(kù)的容量。可以嘗試優(yōu)化查詢，或者增添更多的 CPU 或內(nèi)存，也可以對(duì)數(shù)據(jù)庫(kù)進(jìn)行復(fù)制或分片。除此之外，還有許多其他解決方案。系統(tǒng)中的共享資源都有可能成為瓶頸。

當(dāng)在架構(gòu)的某些部分增加容量時(shí)，需要仔細(xì)考量下游的容量，確保不會(huì)突然對(duì)系統(tǒng)造成沖擊。因?yàn)檫@樣會(huì)迅速引發(fā)級(jí)聯(lián)故障（參見下一條規(guī)則），并致使整個(gè)系統(tǒng)崩潰。數(shù)據(jù)庫(kù)、消息隊(duì)列、長(zhǎng)延遲網(wǎng)絡(luò)連接、線程和連接池以及共享微服務(wù)都是潛在的瓶頸?？梢钥隙ǖ氖?，高流量負(fù)載會(huì)很快使這些瓶頸顯露出來。關(guān)鍵在于當(dāng)瓶頸暴露時(shí)，能夠防止系統(tǒng)突然崩潰，并迅速部署更多的能力。

慢服務(wù)比故障服務(wù)更有害

在正常情況下，系統(tǒng)應(yīng)當(dāng)能夠?yàn)槲⒎?wù)和數(shù)據(jù)庫(kù)提供穩(wěn)定且低延遲的通信。當(dāng)系統(tǒng)負(fù)載處于正常的配置水平時(shí)，性能是可預(yù)測(cè)、一致且快速的，如下圖所示。

圖片

一旦客戶端負(fù)載超出正常水平，微服務(wù)之間的請(qǐng)求延遲便會(huì)開始增加。特別是在傳入的請(qǐng)求負(fù)載持續(xù)超過容量（如服務(wù) B）的情況下，未完成的請(qǐng)求會(huì)在微服務(wù) A 中堆積，由于下游延遲變慢，該微服務(wù)此時(shí)接收的請(qǐng)求比已完成的請(qǐng)求更多。

圖片

當(dāng)一個(gè)服務(wù)因抖動(dòng)或資源耗盡而不堪重負(fù)時(shí)，服務(wù)將無法響應(yīng)客戶端，客戶端也會(huì)陷入停滯狀態(tài)。其直接結(jié)果就是級(jí)聯(lián)故障 —— 緩慢的服務(wù)會(huì)致使請(qǐng)求沿著請(qǐng)求路徑不斷累積，直至整個(gè)系統(tǒng)崩潰。一些架構(gòu)模式（如回路斷路器和隔板）可用于防止級(jí)聯(lián)故障。若服務(wù)的延遲超過指定值，斷路器會(huì)調(diào)節(jié)請(qǐng)求負(fù)載，甚至將其斷開。當(dāng)僅有一個(gè)下游依賴項(xiàng)發(fā)生故障時(shí)，隔板能夠保護(hù)上游的微服務(wù)不發(fā)生故障。這些措施可用于構(gòu)建具有彈性且高度可伸縮的架構(gòu)。