Microsoft 本週為 Windows 365 交付了四項重大更新,涵蓋 Cloud PC 佈建可靠性、Reserve 使用者的緊急存取改善,以及一項解決遠端桌面體驗中最持續痛點的重大連線升級。
以下是變更內容及其對貴組織的意義。
透過改善的授權邏輯實現更安全的 Cloud PC 調整大小
變更內容: Windows 365 現在會在觸發群組型授權 (GBL) 調整大小作業之前,同時驗證來源授權的移除與目標授權的指派 — 無論兩者發生的順序為何。
重要性: 調整 Cloud PC 大小一直帶有一個微妙風險:如果使用者的 GBL 政策在授權轉換期間變更 — 例如從 2 vCPU 移至 4 vCPU 授權 — 該作業可能會意外地佈建額外的 Cloud PC,而非調整現有 Cloud PC 的大小。這會造成孤立的資源、非預期的授權成本,以及耗時的清理工作。
改善後的邏輯透過將授權轉換視為單一的原子驗證步驟來解決此問題。如果等式任一端尚未就緒,調整大小作業會以清晰的錯誤訊息優雅失敗。系統管理員可以修正設定並重試,無需神秘情況或升級至支援。
結論: 對於透過自動化 GBL 工作流程大規模管理 Cloud PC 的組織而言,這消除了一類直到帳單送達才難以察覺的佈建錯誤。無需任何動作 — 現有的調整大小工作流程可立即受益。
Cloud PC 佈建導入 Autopilot Device Preparation
變更內容: Windows 365 現在支援在 Cloud PC 佈建期間使用 Autopilot Device Preparation 就緒準則。系統管理員可以定義條件 — 已安裝特定應用程式、已執行指令碼、已套用設定 — 這些條件必須在 Cloud PC 標記為已佈建之前滿足。
重要性: 從歷史上來看,Cloud PC 在虛擬機器啟動並加入網域的那一刻就會顯示為「已佈建」。應用程式部署與設定會在之後以非同步方式進行。立即登入的使用者可能面臨半設定的桌面 — 缺少 Teams、缺少安全工具、設定不一致 — 進而導致服務台電話與生產力摩擦。
有了 Autopilot Device Preparation,佈建管道在就緒準則滿足之前不會完成。Cloud PC 會維持在佈建狀態,對使用者隱形,直到它真正就緒為止。
結論: 這是將 Cloud PC 視為您 Intune 環境中任何其他受管理端點的重要一步。如果您已經對實體裝置使用 Autopilot Device Preparation,您可以透過一致的政策定義將相同的就緒標準延伸至 Cloud PC。
Windows Autopilot for Windows 365 Reserve (公開預覽)
變更內容: Autopilot Device Preparation 現在可用於 Windows 365 Reserve Cloud PC 的公開預覽版。佈建只有在必要應用程式與設定通過驗證後才會完成。Cloud PC 在裝置設定進行時會顯示可見的「準備中」狀態。
重要性: Windows 365 Reserve 專為使用者需要臨時或緊急 Cloud PC 存取的情境而設計 — 裝置故障、未帶筆電的商務旅行、承包商入職。在這些情境中,速度很重要,但就緒狀態同樣重要。一台在使用者沒有應用程式或安全工具的情況下啟動的 Cloud PC 並非真正有用。
Autopilot 整合讓系統管理員有信心 Reserve Cloud PC 在使用者接觸之前已完全設定。可見的「準備中」狀態也為追蹤佈建狀態的服務台團隊提供透明度。
重要的是,這減少了維護自訂黃金映像的相依性。DPP 原生處理應用程式部署與設定,讓佈建管道更加模組化且更易於維護。
結論: 如果您使用 — 或正在評估 — Windows 365 Reserve,這項預覽功能可直接改善臨時 Cloud PC 部署的可靠性。不涉及 Reserve 授權、使用量限制或終端使用者體驗的變更。
具備備援 TCP 傳輸路徑的 RDP Multipath 開始正式發行推出
變更內容: Microsoft 已開始正式發行推出具備備援 TCP 傳輸路徑的 RDP Multipath,適用於 Windows 365 Cloud PC。這項增強功能啟用用戶端與 Cloud PC 之間的多重 TCP 連線,並在偵測到網路降級時自動容錯移轉。
重要性: 這是許多組織一直在等待的連線更新。RDP Multipath 先前已存在 UDP 型路徑,可在可靠的網路上提供絕佳效能。但在實際部署中 — 飯店 Wi-Fi、會議中心、具限制性防火牆的分公司 — UDP 常被封鎖、節流或不可靠。當 UDP 失敗時,工作階段會降級而沒有後援。
備援 TCP 傳輸路徑透過以多重 TCP 連線補充現有 UDP Multipath 來解決此問題。如果一條 TCP 路徑降級,流量會自動轉移至另一條。容錯移轉對使用者是透明的。
預期情況: 推出是分階段且由品質驅動的,因此並非所有 Cloud PC 都會立即具備此功能。無需系統管理設定 — 隨著推出進展會自動啟用。網路團隊應確保標準 RDP 連線路徑保持開啟。
結論: 對於使用者從多元網路環境連線的組織 — 飯店、機場、外地辦公室或其他網路品質不可預測的位置 — 這可直接改善工作階段可靠性與使用者滿意度。
未變更項目
這些更新是附加性質。沒有現有的工作流程、政策或設定受到影響:
- 現有的 Cloud PC 調整大小作業會繼續運作 — 新的驗證只會捕捉先前造成問題的邊緣案例。
- 目前的佈建政策仍然有效;Autopilot Device Preparation 是選用的增強功能,而非替代品。
- Reserve 授權、使用量限制與終端使用者體驗保持不變。
- 在分階段正式發行推出期間,現有 Cloud PC 的 RDP 連線能力維持完全運作。
組織應採取的行動
檢閱您的 GBL 調整大小工作流程。 改善後的驗證應可立即減少錯誤。如果您有圍繞調整大小作業的自動化指令碼,請驗證優雅失敗處理在您的環境中如預期般運作。
為新的佈建政策評估 Autopilot Device Preparation。 從包含就緒準則的試驗佈建政策開始。專注於一組少量的關鍵應用程式 — 安全工具與企業營運應用程式 — 並衡量首次登入支援票證的減少幅度。
對於 Reserve 客戶,測試 Autopilot 預覽。 註冊公開預覽版,並將 Autopilot Device Preparation 與您的 Reserve 佈建政策連結。僅就服務台可見性而言,視覺化的「準備中」狀態就很有價值。
為 RDP Multipath TCP 推出準備您的網路團隊。 無需設定變更,但網路團隊應了解分階段正式發行推出正在進行中。驗證標準 RDP 連線路徑已開啟,且 TCP 型 Multipath 可與現有 UDP 路徑並存運作。
大方向
綜合來看,這四項更新傳達了一個清晰的故事:Microsoft 正在投資 Windows 365 的營運成熟度。
調整大小驗證修正解決了一類只在大規模時才會出現的問題。Autopilot Device Preparation 整合將 Cloud PC 佈建帶入與實體端點相同的管理範式 — 這是統一端點管理的必要步驟。Reserve 與 Autopilot 的組合表明 Microsoft 將臨時/緊急存取視為成長方向,而非事後補充。而 RDP Multipath TCP 正式發行是對最常見的使用者對 Cloud PC 抱怨的直接回應:工作階段可靠性不一致。
這是 Windows 365 從「佈建並祈禱」模式演進為「佈建、驗證並保持連線」平台。對於管理混合式員工的 IT 組織而言,這些改進每一項都以可衡量方式減少營運摩擦。
準備好最佳化您的 Windows 365 環境了嗎? Big Hat Group 協助組織設計、部署與管理 Windows 365 環境 — 從佈建策略與 Autopilot 整合到連線能力最佳化與持續營運。聯絡我們,討論這些更新如何影響您的 Cloud PC 路線圖。
Big Hat Group 是 Microsoft 合作夥伴,專精於現代端點管理、Windows 365 與 Microsoft 365 部署。