微服務架構下 | 你不得不知的三種部署策略
前言
不知道大家有了解過你們公司的軟件產品是如何部署的么？采用的什么部署策略？其實在軟件開發生命周期中，部署是非常關鍵的一環，你需要考慮多方面的因素，如何保證你部署對用戶無感知?如何把影響范圍控制到最小？如何出現問題快速的實現回滾？
現在的大多數應用程序都是云原生、微服務的方式。例如，淘寶，它就是由許許多多的子服務組成的。服務數量越多，意味著出現問題的可能性更大。那么部署的策略極為關鍵，高效部署的期望達成的目標有如下幾點：
- 零停機
- 快速部署
- 客戶對新版本的快速反饋
- 出現問題容易回滾
那么本文和大家分享3種微服務部署比較常見的3種部署策略，滾動部署、藍綠部署和金絲雀部署。
滾動部署
上圖顯示了部署模式：舊版本以藍色顯示，新版本在集群中的每個服務器上以綠色顯示。
在滾動部署中，應用程序的新版本逐漸替換舊版本。實際部署發生在一段時間內。在此期間，新舊版本將共存，不會影響功能使用和用戶體驗。此過程可以更輕松地回滾與舊組件不兼容的任何新組件。
優點：
- 減少停機時間：滾動部署允許以增量方式部署更新，從而減少應用程序的整體停機時間。這是因為應用程序在部署過程中對用戶仍然可用。
- 更好的風險管理：通過逐步更新一部分服務器，滾動部署可以實現更好的風險管理。如果在更新期間出現任何問題，可以及早檢測到并在將更新推廣到所有服務器之前緩解這些問題。
- 提高可靠性：滾動部署可以通過降低廣泛故障的風險來幫助提高應用程序的可靠性。由于更新是針對一部分服務器推出的，因此可以在問題影響整個系統之前檢測并解決問題。
- 簡化回滾：如果在部署過程中出現問題，滾動部署可以更輕松地回滾更新。由于更新是增量部署的，回滾到以前的版本只需要回滾已更新的服務器子集。
缺點：
- 復雜性： 滾動部署的設置和管理可能很復雜，尤其是對于具有許多服務器的大型應用程序。它需要仔細規劃和協調，以確保以正確的順序推出更新，并及時更新所有服務器。
- 更長的部署時間：滾動部署可能需要比其他部署策略更長的時間才能完成，因為更新是逐步推出的。這可能會導致更長的部署時間，這可能不適合對正常運行時間有嚴格要求的應用程序。
- 增加資源使用：滾動部署可能需要更多資源，因為更新會在部署到所有服務器之前先部署到一部分服務器。這可能會導致資源使用量增加和成本增加。
- 兼容性問題的風險：滾動部署會增加在不同服務器上運行的不同版本的應用程序之間出現兼容性問題的風險。這可以通過在推出更新之前徹底測試應用程序情況的兼容性來緩解。
藍綠部署
在藍綠部署中，有兩個相同的環境（或資源集）用于部署和測試新版本的軟件。一個環境被認為是“藍色”環境，而另一個被認為是“綠色”環境。
當前版本的軟件在藍色環境中運行，新版本在綠色環境中進行部署和測試。一旦新版本在綠色環境中被認為穩定且功能齊全，流量可以從藍色環境切換到綠色環境，使新版本成為當前版本。
這種方法的優點是它最大限度地降低了部署新版本軟件可能導致的停機或錯誤的風險。如果在部署或測試過程中出現問題，可以快速切換回藍色環境，而不會對用戶造成任何干擾。這使得藍綠部署成為需要高可用性和正常運行時間的公司的熱門選擇。
優點：
- 停機時間最短：藍綠部署允許零停機更新，因為新版本的應用程序在切換到藍色環境之前部署到綠色環境，這可以導致停機時間最少。
- 降低風險：由于新版本的應用部署到綠色環境，部署過程中出現的任何問題都與綠色環境隔離，降低了大范圍故障的風險。
- 簡化回滾：如果部署過程中出現問題，很容易回滾到以前的版本，因為藍色環境仍然運行以前的版本。
- 提高可靠性：由于藍色和綠色環境相同，藍綠部署可以幫助確保應用程序可靠和穩定。
缺點：
- 復雜性增加： 藍綠部署的設置和管理可能很復雜，尤其是對于具有許多組件的大型應用程序。它需要仔細規劃和協調，以確保正確設置綠色環境，并確保從藍色環境到綠色環境的無縫切換。
- 增加資源使用：運行兩個相同的環境可能需要更多資源，這會導致成本增加。
- 更長的部署時間： 藍綠可能需要更長的部署時間，因為新版本的應用程序需要先部署到綠色環境，然后才能切換到藍色環境。
- 配置漂移的風險：由于兩個相同的環境同時運行，如果更改一個環境而不更改另一個環境，則存在配置漂移的風險。通過使用自動化和配置管理工具來確保環境保持相同，可以減輕這種風險。
金絲雀部署
金絲雀部署就像藍綠部署，只是它風險更小。你無需一步從藍色切換到綠色，而是使用一種分階段的方法。
通過金絲雀部署，您可以在生產基礎設施的一小部分中部署新的應用程序代碼。一旦應用程序被簽署發布，只有少數用戶被路由到新版本上，這樣可以最大限度地減少任何影響。
在沒有錯誤報告的情況下，新版本可以逐步推廣到基礎架構的其余部分。
優點：
- 降低風險： 金絲雀部署可以降低風險，因為新版本的應用程序被推出到一小部分用戶或服務器，允許在問題影響更廣泛的受眾之前檢測和緩解任何問題。
- 早期反饋： 金絲雀部署提供一小部分用戶對新版本應用程序的早期反饋，這有助于在向更廣泛的受眾推出之前識別問題并改進應用程序。
- 提高可靠性：金絲雀部署有助于提高應用程序的可靠性，確保在問題影響更廣泛的受眾之前及早發現并解決任何問題。
- 受控推出：金絲雀部署允許受控推出新版本的應用程序，這有助于確保推出順利并且不會導致任何意外問題。
缺點：
- 復雜性增加：金絲雀部署的設置和管理可能很復雜，尤其是對于具有許多組件的大型應用程序。它需要仔細規劃和協調，以確保正確設置金絲雀版本并且無縫推出。
- 增加資源使用：運行兩個版本的應用程序可能需要更多資源，這會導致成本增加。
- 更長的部署時間： 金絲雀部署可能需要更長的時間才能部署，因為新版本的應用程序需要在向更廣泛的受眾推出之前進行測試和監控。
- 金絲雀超載的風險：如果金絲雀子集太小或不能代表更廣泛的受眾，它可能會因流量或使用而超載，這可能會扭曲結果并影響應用程序的整體性能。
總結
總而言之，沒有適用于所有情況的單一“最佳”部署策略，因為不同的方法可能更適合不同的場景、團隊和應用程序。比如我們公司就是采用的停機部署，雖然提起來有點low，但是我們是TO B業務，這種方式成本最低，怎么簡單怎么來。
總的來說，最佳部署策略將取決于多種因素，包括應用程序的規模和復雜性、團隊的規模和專業知識、所需的風險和停機時間級別、資源和基礎設施的可用性以及其他特定考慮因素給相關組織和應用程序。
重要的是要不斷評估和試驗不同的部署策略，以找到最適合你的團隊和你的應用程序的策略，并且需要隨著需求的變化，去不不斷調整迭代你的部署策略，這才是正道。
