Azure 客體作業系統可支援性和淘汰原則

本頁面中的資訊涉及雲端服務背景工作和 Web 角色 (PaaS) 適用的 Azure 客體作業系統 (客體 OS)。這些資訊不適用於虛擬機器 (IaaS)。

Microsoft 已發佈客體 OS 支援原則。您正在閱讀的頁面描述原則的實施方式。

原則包括

Microsoft 將支援至少兩個 最新系列的客體 OS。當某個系列遭到淘汰時，客戶有 12 個月的時間 (從官方淘汰日期開始計算) 更新為較新的受支援客體作業系統系列。
Microsoft 會支援至少兩個最新版本的支援客體 OS系列。
Microsoft 會支援至少兩個最新版本的 Azure SDK。當某個版本的 SDK 遭到淘汰時，客戶有 12 個月的時間 (從官方淘汰日期開始計算) 更新為較新版本。

Microsoft 有時候會支援兩個以上的系列或版本。正式的客體 OS 支援資訊會公告於「 Azure 客體 OS 版本與 SDK 相容性比較表」中。

當客體作業系統版本遭到淘汰時

Microsoft 大約會每月推出新的客體 OS 版本，以納入最新的 MSRC 更新。因每月定期更新之故，每個客體作業系統版本通常會在發行的大約 60 天後遭到停用。此活動會保持每個系列至少有兩個客體 OS 版本可供使用。

從 Microsoft 公佈淘汰資訊到正式移除服務中最舊的系列，客戶有 12 個月的「轉換」期。 Microsoft 會斟酌是否延長這段轉換時間。更新資訊會張貼在「 Azure 客體 OS 版本與 SDK 相容性比較表」。

漸進式淘汰程序將會在轉換期的六 (6) 個月前開始。在這段時間：

Microsoft 將繼續推出併入最新 MSRC 更新的新客體作業系統版本，直到轉換期的最後一天為止 (稱為「到期日」)。屆到期日時，Azure SLA 將不支援任何仍處於運作狀態的雲端服務。 Microsoft 可決定是否在該日期後強制升級、刪除或停止這些服務。

如果客戶將客體作業系統設定為自動更新，他們永遠不需要擔心該如何處置客體作業系統版本的問題。他們一律能使用最新版本的客體作業系統。

Microsoft 會在每個月發行客體作業系統。由於定期發行頻繁之故，每個版本都有固定的週期。

到了週期的第 60 天，版本即會遭到「停用」。「停用」表示會從入口網站移除該版本。您也無法再從 CSCFG 組態檔設定該版本。現有部署仍可繼續執行。但新部署和現有部署的程式碼與設定更新將遭到禁止。

當變成「停用」之後，客體作業系統版本會「過期」，而任何仍在執行該過期版本的安裝都會有安全性與弱點問題。一般而言，到期是以批次進行，因此從停用到到期之間的期間不盡相同。

設定其服務並手動更新客體作業系統的客戶，應該確定其服務是在支援的客體作業系統上執行。如果服務設定為自動更新客體作業系統，基礎平台將會確保相容性，並會升級至最新的客體作業系統。

Microsoft 可自行決定是否延長該期間，以緩和客戶轉換時的不便。所有的更新資訊都會發佈於「 Azure 客體 OS 版本與 SDK 相容性比較表」。

系列淘汰
Microsoft 會透過部落格文章和入口網站通知公告。對於仍在使用遭淘汰之客體作業系統系列的客戶，Microsoft 會透過直接通訊 (電子郵件、入口網站訊息、撥打電話) 通知其指派的服務管理員。所有變更都會張貼至「Azure 客體 OS 版本與 SDK 相容性矩陣」。
版本淘汰
它們所發生的所有變更和日期都會張貼至 Azure 客體 OS 版次與 SDK 相容性矩陣，包括發行、已停用和到期日。如果遭停用的客體作業系統版本或系列之上仍有運作中的部署，服務管理員將會收到電子郵件。這些電子郵件的發送時間不盡相同。雖然發送電子郵件的時間不屬於官方 SLA，不過 Microsoft 通常會在停用之前至少一個月發出。

如何降低移轉的影響？

建議您使用最新的客體 OS 系列來設計雲端服務。

如果 Web 應用程式需要與 OS 更深入的整合，該怎麼辦？

如果 Web 應用程式架構依賴作業系統的基礎功能，您可以使用啟動工作之類的平台支援功能或其他擴充性機制。您也可以使用 Azure 虛擬機器 (IaaS – 基礎結構即服務)，只不過您需要自行負責維護基礎作業系統。