本文詳細介紹作業系統的生命週期以及各個階段的特點，並重點分析作業系統進入生命週期結束（End of Life, EOL）階段後可能面臨的安全風險及挑戰，並梳理出常規的應對方案。
作業系統生命週期階段
作業系統在正式發布後，根據作業系統廠商支援力度的不同，其生命週期通常包含以下幾個關鍵階段：
主流支援階段（Mainstream Support，簡稱MS）：產品廠商提供全面的支援和服務，包括更新、修複漏洞和支援人員等。通常這個階段期間較長，直到產品的銷售終止。
延長支援階段（Extended Life Support，簡稱ELS）：因作業系統和市場決定，不一定存在該階段。廠商通常只提供極其有限的支援，一般僅限於關鍵安全更新和漏洞修複，而不再提供新的功能更新。這一階段的支援通常收費，或只對特定客戶提供。
停服階段（End of Life，簡稱EOL）：在停服階段，廠商將不再對作業系統提供任何形式的支援，包括安全更新和支援人員。這標誌著作業系統正式退役。
技術進步與市場需求推動的必然結果
作業系統生命週期的存在主要是由於技術進步和市場變化所驅動。首先，隨著技術更新迭代，舊版本的作業系統可能無法充分利用最新的硬體資源；其次，安全威脅也在不斷演變，使得舊版本的作業系統面臨更高的風險；再次，繼續支援舊版本作業系統對於供應商來說成本高昂且效率低下，因此他們傾向於將資源集中在開發更先進的產品上；此外，市場需求也推動廠商更新迭代作業系統，舊的作業系統無法滿足使用者對新功能、效能和安全性不斷增長的需求。通過設定明確的生命期限，可以促使使用者及時升級至最新版本，從而獲得更好的效能表現和安全保障。
作業系統不同維護階段對業務的影響
主流維護階段（MS）
系統廠商提供全面的支援和服務，包括更新、修複漏洞和支援人員等。請您關注廠商發布的漏洞補丁並及時修複，以在作業系統層面保障業務安全與穩定。
作業系統層面的安全與穩定是基礎，您仍需要在軟體架構與商務邏輯層確保安全和可靠。
延長支援階段（ELS）
在作業系統還未進入停服階段（EOL）而處於延長支援階段（ELS）時，作業系統廠商通常還會提供一定程度的安全更新和支援人員，但與主流支援階段相比，仍存在一些潛在風險：
有限的安全更新：相較於主流支援階段，延長支援期間提供的安全補丁數量可能會減少，並且發布頻率也可能降低，使得系統對最新威脅的防護能力有所下降。
功能更新停滯：在這一時期內，作業系統的新特性開發基本停止，僅限於維護現有功能及修複重大錯誤，因此可能無法享受到最新的技術和使用者體驗改進。
成本增加：為了擷取額外的支援服務，組織可能需要支付額外費用，特別是對於商業版作業系統而言，這將是一筆不小的開銷。
遷移壓力：隨著延長支援期逐漸接近尾聲，企業和機構面臨著更大的壓力去計劃並執行向新版作業系統遷移的過程，這往往涉及到大量的時間和資源投入。
總而言之，雖然延長支援期（ELS）可以提供一些緩衝時間，但最終停服階段（EOL）的風險是不可避免的。及時規劃和實施向更現代、受支援的作業系統版本遷移是降低上述風險的關鍵措施之一。同時，加強現有的安全管理措施也能在一定程度上緩解由於失去官方支援所帶來的影響。
停服階段（EOL）
雲端服務器的作業系統停服後，作業系統發行商將不再對新軟體、新硬體、錯誤修複以及安全修複等提供支援。使用已經停服作業系統的雲端服務器，您將面臨諸多嚴重問題：
安全性問題：EOL的作業系統不再推出安全更新和補丁，系統容易受到惡意攻擊和駭客入侵。
相容性問題：EOL的作業系統可能無法相容新硬體和軟體，導致系統崩潰或無法正常運行。
合規性問題：某些國家、行業和組織要求必須遵守特定的安全和合規標準，使用EOL作業系統可能會違反這些要求。
可靠性問題：EOL的作業系統可能會出現錯誤，導致系統不穩定、資料丟失或檔案損壞，進而影響客戶的業務營運和資料完整性。
維護成本：EOL的作業系統不再獲得支援人員，因此需要花費更多的時間和金錢來維護和管理系統。
EOL應對方案
事件響應與風險評估
作業系統的停服（EOL）事件需要您結合業務現狀合理關注。比如對應的業務即將下線，那麼可忽略此事件。針對新增業務，不建議您使用已經進入EOL階段的鏡像建立ECS執行個體，您可以選擇使用與當前存量業務作業系統相容，且處於主流支援階段的作業系統承載您的業務。針對存量業務可以根據實際情況結合選擇短期過渡方案和長期解決方案。
短期過渡方案：訂閱延長支援服務（ELS）
所謂延長支援，就是系統廠商考慮到使用者的遷移難度而提供的短期折中方案，一方面減少廠商在該系統版本的開發投入，另一方面引導使用者升級或遷移系統。您短期內無法變更作業系統到更新的版本時，可以訂閱原廠或第三方提供的延長支援作為過渡方案，來獲得未來一段時間內系統的持續更新和修複。
然而並不是所有的作業系統都提供延長支援（ELS）服務，也不是有延長支援（ELS）訂閱服務就一定是您的首選方案。您應該結合當前雲端服務器部署業務的現狀評估是否要訂閱延長支援（ELS）服務，還是仍然選擇立即升級替換當前作業系統，以獲得作業系統承載業務的長期穩定。
長期解決方案：作業系統遷移與升級
延長支援服務（ELS）只能短期緩解系統替換或升級的壓力，長期來看，建議您規劃將作業系統替換或者升級到在主流支援期內的作業系統。完整的實施流程大致分為以下五個階段，其中資料備份、相容性驗證和驗收最佳化階段需要您結合實際業務架構及情境自行設計方案，其餘步驟將在下文詳細展開介紹。
階段 | 關鍵操作要點 |
規劃與評估 | 評估業務相容性、技術需求與業務局限性，制定遷移計劃，明確業務停機視窗。 |
資料備份 | 建立系統硬碟快照，驗證備份可用性。 |
相容性驗證 | 測試業務程式、依賴庫與新系統版本相容性。 |
實施遷移 | 根據業務架構選擇合適遷移方案，並在遷移時保證系統穩定性。 |
驗收最佳化 | 驗證系統功能，監控效能指標，完成配置調優。 |
瞭解遷移方案
在選擇遷移方案之前，您需要先瞭解阿里雲為您提供的升級或作業系統遷移替換方案。當前主要有以下三種方案：
方案一：重新部署環境（重新購買新執行個體）
即建立Elastic Compute Service執行個體替換原環境。
如果您的環境是容器叢集環境，則可以通過輪轉替換逐步完成叢集各節點替換，業務無需中斷。
如果您的環境是Elastic Compute Service環境，則可能需要規劃停機視窗，這取決於業務系統架構是否做了主從備份相關的措施。如果舊的ECS執行個體可以隨著業務迭代而釋放，您可以在建立新ECS執行個體時選擇在主流支援期的作業系統。
方案二：更換系統硬碟（更換作業系統）
即基於原有Elastic Compute Service執行個體更換系統硬碟。原有執行個體更換系統硬碟期間ECS執行個體會重啟，期間無法對外提供服務。
方案三：原地升級或者轉換
即Elastic Compute Service執行個體的系統硬碟不變，在執行個體內部實現作業系統的版本升級或者轉換。例如從Alibaba Cloud Linux 2原地升級到Alibaba Cloud Linux 3，或者從CentOS 7原地轉換到Alibaba Cloud Linux 3。執行個體原地升級或者轉換時ECS執行個體會重啟，期間無法對外提供服務。
各作業系統生命週期和EOL/ELS應對方案
CentOS作業系統生命週期和EOL應對方案，請參見CentOS作業系統。
Alibaba Cloud Linux作業系統生命週期和進入延長支援階段的風險採取方案，請參見Alibaba Cloud Linux作業系統。
Ubuntu作業系統生命週期和進入延長支援階段的風險採取方案，請參見Ubuntu作業系統。
Red Hat Enterprise Linux作業系統生命週期和進入延長生命週期階段的風險採取方案，請參見Red Hat Enterprise Linux作業系統。
Windows Server作業系統生命週期和進入停止維護階段的風險採取方案，請參見Windows Server作業系統。
Debian/Anolis OS/FreeBSD/OpenSUSE/SUSE Linux/Fedora/Rocky Linux/AlmaLinux/Fedora CoreOS作業系統生命週期，請參見其他動作系統。