Microsoft AZ-140: 應用程式與終端使用者體驗 — 學習指南

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

屬於 Microsoft Azure Virtual Desktop Specialty AZ-140 — 學習指南. 使用經過驗證的解答練習： Microsoft 考試中心, 或參加限時模擬考試： ExamRoll.io.

總覽

在 Azure Virtual Desktop (AVD) 中，應用程式與終端使用者體驗的核心，在於您如何在異質用戶端之間封裝、發佈、授權與最佳化應用程式和桌面，同時維持可預測且安全的使用體驗。要交付可靠、低延遲的工作階段，需要謹慎設計應用程式群組、動態應用程式交付 (MSIX app attach)、重新導向原則與媒體最佳化，再加上一套可擴展的監控與疑難排解操作方法。

應用程式交付模型與授權設計

AVD 透過與主機集區 (host pool) 關聯的應用程式群組來發佈資源。共有兩種類型：

桌面應用程式群組：交付完整的桌面。每個主機集區會自動建立一個桌面群組。
RemoteApp 應用程式群組：交付個別的應用程式。每個主機集區可以建立多個 RemoteApp 群組。

RemoteApp 發佈與開始功能表探索：

當您新增 RemoteApp 時，管理中心會查詢工作階段主機，從「開始」功能表捷徑中列舉已安裝的應用程式。此探索過程假設應用程式在所有主機上的安裝方式完全相同 (相同的路徑與架構)。若非如此，請指定完整路徑與工作目錄。
對於 MSIX app attach，已發佈的項目會對應到封裝內的應用程式；請確保使用者可能登陸的任何主機上，該封裝都是可用的。

工作區註冊：

每個應用程式群組都必須註冊到唯一一個工作區。
工作區及其應用程式群組必須位於相同的 AVD 中繼資料位置。使用者可透過 Windows 用戶端、其他平台用戶端或 Web 用戶端訂閱工作區；指派的資源會匯總在使用者的摘要 (feed) 中。

選擇完整桌面或 RemoteApp：

當使用者需要多應用程式工作流程、shell 存取、動態應用程式探索，或當應用程式互通性複雜時，請選擇完整桌面。
當您需要最低權限、縮小資源暴露範圍、更快的應用程式啟動速度，以及較低的工作階段資源耗用量時，請選擇 RemoteApp。
避免將同一批使用者同時指派給同一個集區的桌面與 RemoteApp 群組，以減少混淆和潛在的重複工作階段。
如果您需要提供不同的作業系統體驗 (例如 Windows 11 vs Windows 10)，請佈建獨立的主機集區；您無法從 Windows 10 主機集區指派 Windows 11 桌面應用程式群組。

授權與 RBAC：

透過 Azure AD 群組將使用者指派給應用程式群組，以實現可擴展的生命週期管理。保持指派與業務角色及應用程式組合包一致。
為了實現最低權限操作，請使用內建角色 (例如，主機集區的 Desktop Virtualization Session Host Operator)。將現有 VM 新增至主機集區需要產生註冊金鑰。
一個應用程式群組只能在一個工作區中註冊；請依業務單位、地理位置或環境 (開發/測試/生產) 來設計工作區。

應用程式的封裝與分發

MSIX app attach (動態應用程式交付)：

封裝：將 MSIX 轉換為 VHD/VHDX/CIM。將封裝儲存在高可用性的 SMB 儲存體 (Azure Files, Azure NetApp Files) 中，該儲存體需具備以 AD 為基礎的驗證，且與工作階段主機之間的延遲要低。
預備 (Staging)：在工作階段主機上掛接封裝映像檔 (每個主機的動作)。此動作可在登入時、隨選執行，或在維護期間預先預備，以減少登入時間。
註冊 (Registration)：每個使用者的註冊會將應用程式整合到其使用者設定檔中，而無需修改基礎映像檔。登出時的取消註冊 (Deregistration) 會進行乾淨的清除。
映像檔分離：保持您的黃金映像檔最小化 (僅包含作業系統、代理程式、.NET 等框架，以及必要的 M365 Apps)。透過 MSIX app attach 或傳統工具交付應用程式，以避免映像檔蔓延並降低更新風險。

傳統 Win32 與企業營運 (LOB) 應用程式：

當應用程式不適合 MSIX (例如，包含核心驅動程式、系統服務、深層的 COM 整合) 時，請使用企業軟體分發方式 (Configuration Manager、指令碼或映像檔烘焙)。
保持所有主機上的路徑一致。如果您使用 RemoteApp，請確保二進位檔路徑是穩定的，且標準使用者可以存取。

Microsoft Store 應用程式：

商務用 Microsoft Store 已淘汰；在支援的情況下，請使用 MSIX、winget 或 Intune 市集整合。
Intune 對 Windows 多重工作階段的支援有限；對於多重工作階段主機集區，建議優先使用 MSIX app attach、ConfigMgr 或基於映像檔的安裝方式。

Microsoft 365 Apps 與設定檔：

對於 Windows 多重工作階段，請安裝啟用共用電腦模式的 M365 Apps，並啟用 FSLogix 以進行設定檔與 Office 容器漫遊。

映像檔管理與複寫：

使用 Azure Compute Gallery 進行映像檔版本控制與區域性複寫，以便將映像檔放置在主機集區附近，並保持跨地理區域的作業系統/應用程式基準一致。

安全性強化：

使用 RemoteApp 時，若要將使用者限制在已發佈的應用程式內，請實作 AppLocker 規則。這可以防止使用者啟動任意的可執行檔 (例如，從「另存新檔」對話方塊中啟動)。

媒體、裝置與用戶端體驗

Teams 最佳化、WebRTC 與多媒體重新導向：

AVD 的 Teams 最佳化功能可透過 WebRTC 將音訊/視訊卸載至用戶端，從而減少工作階段主機上的 CPU 使用率並改善通話品質。請確保主機上有受支援的 Teams 組建，且端點上有受支援的 AVD 用戶端。驗證 Teams 的「關於」(About) 區段中是否出現「AVD optimized」橫幅。
瀏覽器的多媒體重新導向 (MMR) 可將 HTML5 影片的解碼與渲染卸載至用戶端。這需要在主機上安裝 AVD 重新導向服務，並在用戶端上安裝受支援的瀏覽器擴充功能。
為確保通話品質，請確保與 AVD 及 Teams 服務的 UDP 連線能力、為即時媒體設定 QoS/DSCP，並使用 Teams Call Analytics/CQD 進行分析。

裝置與資源重新導向原則：

透過主機集區 (host pool) 的 RDP 屬性或 GPO 進行設定：
- 印表機：使用 Easy Print 重新導向，或使用 Universal Print 實現企業管理、雲端優先的列印。
- 磁碟機與剪貼簿：進行限制以減輕資料外洩的風險；必要時僅允許純文字剪貼簿。
- USB 與智慧卡：僅針對經過驗證的情境和合規的端點啟用。Windows 用戶端支援 USB 重新導向；網頁和行動用戶端則有所限制。
- 音訊擷取與視訊裝置：針對使用 Teams 最佳化的語音/視訊情境啟用。

主機集區 RDP 屬性設定範例：

drivestoredirect:s:;
redirectclipboard:i:0;
redirectprinters:i:1;
redirectsmartcards:i:1;
redirectcomports:i:0;
usbdevicestoredirect:s:;
audiocapturemode:i:1;
videoplaybackmode:i:1

RDP 用戶端與更新策略：

用戶端：Windows 桌面用戶端 (MSRDC) 提供最豐富的體驗；macOS、iOS/iPadOS、Android 和網頁用戶端則提供廣泛的覆蓋範圍，但功能上有所差異（例如，非 Windows 系統上的 USB 支援有限，網頁/行動裝置上的多螢幕支援受限）。
維持用戶端的最新狀態，以接收轉碼器 (codec)、重新導向和 Teams 最佳化的更新。使用環形部署（先導、廣泛）策略，並透過原則強制執行最低用戶端版本。在使用精簡型電腦 (thin client) 的情況下，請將韌體和 AVD 用戶端的更新保持一致。

協助工具、顯示器與視覺調整：

協助工具：在工作階段中利用 Windows 的「輕鬆存取」(Ease of Access) 功能；高對比和放大鏡在 RDP 上運作良好。
顯示器：支援多螢幕和高 DPI；請在解析度和螢幕數量與 GPU/CPU 預算之間取得平衡。在受限的 WAN 環境中，應避免使用超高畫面播放速率。
轉碼器與圖形：在 WAN 環境下使用 AVC/H.264，對於高動態桌面，可考慮使用 AVC444 以獲得更好的文字渲染效果，但會犧牲頻寬。調整畫面播放速率限制，並在可用時啟用硬體編碼。在映像檔中停用不必要的動畫和背景應用程式，以改善感知回應速度。
可為敏感的應用程式或桌面啟用螢幕擷取保護。

← 工作階段主機營運、擴展與最佳化 · 所有領域 · 安全性、合規性與端點保護 →

練習這些題目 → · 在 ExamRoll.io 上限時練習 →