系統彈性
在系統彈性工程中一個很重要的概念是隔板。如果系統的一個模組失敗了,但是這個失敗沒有串聯地影響到其他模組,那麼就可以隔離問題,讓其他模組繼續工作。很顯然微服務的邊界就成了系統的隔板。在一個單一服務系統中,如果服務失敗,那麼整個系統停止工作,當然我們可以把它部署到多臺機器上來減少失敗的概率,但是如果使用微服務架構,我們的系統就可以處理整體服務的失敗,並且將整體服務分解。
我們也必須非常小心。為了保證微服務系統能夠正確地利用微服務的彈性,我們需要懂得分散式系統的風險來源,網路可能會斷開,伺服器可能會停機,我們需要懂得如何處理這些風險,還有這些風險對使用者有什麼影響。 系統伸縮性
在一個單一服務的系統裡,我們處理系統伸縮性時要處理系統所有的功能模組。即使只有系統的一小部分有效能問題,我們也需要處理所有的部分。如果服務被切分成小的服務,我們只需要伸縮那些需要處理的服務功能,將其他服務放在功能相對較弱的硬體設施上。如下圖所示:


Gilt是一個流行商品線上零售商,因為上面的原因,他們使用了微服務架構。從2007年開始,他們構建了一個單一的Rails系統,到了2009年系統已經不能夠處理需要面對的負載。他們將系統拆分成多個服務,Gilt已經能夠處理高峰期的負載,今天他們又450個微服務,每個服務執行在幾臺不同的機器上。使用類似Amazon服務的按需分配的系統,我們可以按需分配我們服務伸縮需要的資源。這會讓我們更好地控制成本。其他的架構節本上很難做到這樣立竿見影的成本節約。