sre: managing-load fix auto-scale

src/feedback/site-reliability-workbook/managing-load.md

@@ -182,27 +182,33 @@ Pokémon GO 是一款由 Niantic 和寶可夢公司合作開發的擴增實境
 
 ## 自動增減
 
-透過自動增長機制，來增加服務的通量，避免高峰造成的緩慢。
+透過自動增長機制，來增加服務的通量，避免高峰造成的緩慢；
+透過自動縮減機制，來增加資源的使用率，避免資源的浪費。
 
-以下是簡述自動增長的最佳實踐、常見錯誤配置以及現階段的限制：
+以下是簡述自動增減的最佳實踐、常見錯誤配置以及現階段的限制：
 
 - 處裡異常節點：
   避免把還沒啟動好、卡住的節點納入服務和算力統計，同時允許讓自動化機制重啟或恢復服務；
 - 有狀態請求的考量：
   例如長連線、sticky session 等，透過應用層級去處理流量分配，
-  另外使用垂直擴張（單節點算力提高）時應避免浪費；
+  若使用垂直擴張（單節點算力提高）時，應注意流量是否分配平均；
 - 閥值要保守：
-  避免輕易擴張和縮減，其中縮減的閥值要更保守，當服務負責處理外部進來的請求時，
+  避免輕易擴張和縮減，其中縮減的閥值要更保守，避免快速大量的節點關閉。
+  當服務負責處理外部進來的請求時，
   應[預備更多的算力](https://sre.google/sre-book/service-best-practices/#capacity-planning-wPsEUPo)避免流量急升；
-- 限制增長和縮減的量；
+- 限制增長和縮減的量：
+  不能無限制的增加和減少；
 - 允許切換到手動增減：
   確保值班的同仁可以手動增減節點數，同時該操作要直觀、簡單、快速且擁有充分的手冊指引；
 - 避免讓服務的依賴過載：
-  節點增加會讓其依賴負載增加，例如資料庫，應確保增加的量不會把依賴沖垮，所以，請嘗試暸解依賴的負載能力；
+  節點增加會讓其依賴負載增加，例如資料庫，應確保增加的量不會把依賴沖垮。
+  所以，請嘗試暸解依賴的負載能力；
 - 避免區域間的不平衡：
-  多個區域可能因為量的不同，會有不同的節點數，應盡量平衡每個區域的節點數；
+  多個區域（例如兩個資料中心）可能因為量的不同，會有不同的節點數，
+  應盡量平衡每個區域的節點數；
 
-最後，上面提的手段應該同時被考慮進去，也就是說，請嘗試用多種策略去管理負載。
+最後，上面提的手段應該同時被考慮進去，
+也就是說，請嘗試用多種策略去管理負載。
 例如：
 
 - 節點群和群彼此有獨立的自動擴張性，且要有負載平衡在前端平衡彼此的流量。