:quality(80)/m/filters:format(webp))
)
現在的 XenApp 和 XenDesktop 被稱為什麼？
合併的 XenApp 和 XenDesktop 產品線的直接替代名稱是 Citrix虛擬應用程式和桌面 . Citrix 在 2018 年 8 月記錄了這一變化，然後在 2022 年 3 月將 Citrix DaaS 名稱專門應用於其雲服務。 Citrix DaaS 並不僅僅是對每個歷史上的 XenApp 或 XenDesktop 部署貼上的新標籤。
當前商業術語增加了另一層。 撰寫時， Citrix 產品特定授權條款 將Citrix DaaS Local描述為前Citrix Virtual Apps and Desktops產品，將DaaS Cloud描述為前Citrix DaaS產品。以下時間線將歷史沿革與當前名稱分開。
| 日期或期間 | 名稱 | 它所指的是 | 來源 |
|---|---|---|---|
| 歷史 | MetaFrame | 早期在基於伺服器的 Windows 應用程式交付線中的名稱，後來成為 XenApp。 | TechTarget 歷史 由 Jack Madden |
| 歷史 | MetaFrame 演示伺服器和演示伺服器 | MetaFrame 和 XenApp 之間的連續名稱。 | TechTarget 歷史 由 Jack Madden |
| 2018年8月之前 | XenApp | 主要與已發布的 Windows 應用程序和共享伺服器會話相關。 | TechTarget 和 Citrix 文檔 |
| 2018年8月之前 | XenDesktop | 主要與管理虛擬桌面和虛擬桌面基礎架構（VDI）相關。 | Citrix 文件說明 |
| 2018年8月 | Citrix虛擬應用程式和桌面 | 取代 XenApp 和 XenDesktop 的合併產品名稱。 | Citrix DaaS 新功能 |
| 2022年3月 | Citrix DaaS | 這個重新命名的 Citrix 雲服務。當時，內部部署產品保留了 Citrix 虛擬應用程式和桌面的名稱。 | Citrix DaaS 新功能 |
| 撰寫時的當前術語 | Citrix DaaS 本地和 DaaS 雲端 | 前身為 Citrix Virtual Apps 和 Desktops 以及 Citrix DaaS 產品的商業條款。 | Citrix 產品特定授權條款 |
重新命名並不是自動遷移
安裝的 XenApp 伺服器並不會因為 Citrix 更改其產品術語而成為雲端管理的 Citrix DaaS 部署。在這些環境之間移動確實可能涉及不同的控制平面、支援的版本、授權模型、基礎設計和遷移過程。
保持以下四個方面的獨立性：
產品名稱、產品版本、部署模型和支持狀態。正確的名稱映射僅回答第一個問題。
XenApp 和 XenDesktop 服務不同的交付需求
XenApp 和 XenDesktop 最終被出售並作為一個綜合產品線進行管理，但它們的傳統工作負載並不相同。 Microsoft Learn 也將已發布的應用程式、多會話桌面、集中式虛擬桌面和個人虛擬桌面視為不同的部署模型。微軟建議根據成本、性能和用戶體驗選擇合適的組合，這支持以工作負載為優先的決策，而不是以名稱為優先的決策。
XenApp 專注於已發布的應用程式和共享會話
傳統的 XenApp 部署從多會話 Windows Server 基礎架構提供個別的 Windows 應用程式或共享桌面。多個用戶可以連接到同一伺服器，同時接收獨立的會話，並由應用程式、群組或交付政策控制訪問。
一個只需要遠端存取一個 Windows ERP 應用程式的會計團隊，並不自動需要為每位員工提供個人虛擬桌面。應用程式發布可能以更少的桌面映像、配置文件和容量規劃決策來滿足該需求。
XenDesktop 專注於管理虛擬桌面
XenDesktop 主要針對 桌面虛擬化 常見地使用從單一會話桌面分配的 共享或個人目錄 該模型對桌面映像、配置文件、供應、存儲、經紀和容量管理提出了更廣泛的要求。
當一個組織必須在大規模上標準化和管理完整的桌面時，這些能力是重要的。 然而t 當實際需求是訪問一小組 Windows 應用程序時，它們更難以證明合理性。
實用決策規則
如果用戶需要幾個 Windows 應用程序或共享桌面，請先評估應用程序發布。 如果組織必須以成熟的映像和配置檔管理大規模的個人或標準化桌面，企業 VDI 或 DaaS 產品是更合適的選擇。避免僅為了提供少數商業應用程式而啟動完整的 VDI 專案。
一個傳承農場的名稱並不揭示其支持狀態
標籤 XenApp 可以描述來自非常不同世代的版本。支援狀態取決於確切的版本和服務軌道，而不是管理員隨意稱環境為 XenApp、XenDesktop 或 Citrix Virtual Apps and Desktops。
Citrix 生命週期文件使用幾個里程碑。銷售結束（EOS）涉及商業可用性。維護結束（EOM）結束指定版本的常規維護。生命結束（EOL）標誌著標準生命週期支持的結束，而擴展支持結束（EOES）標誌著任何列出的擴展支持期間的結束。
在使用任何生命周期日期之前，請檢查確切的版本發布。
識別交付控制器和其他核心組件上安裝的版本，然後將其與實時的 Citrix 產品矩陣或舊版產品矩陣進行比較。 Citrix 的舊版文檔存檔 對歷史配置細節很有用，但存檔手冊並不表示該版本仍然受到支持。
例如， Citrix 過去產品矩陣 列出 XenApp 和 XenDesktop 7.6 LTSR 將於 2021 年 1 月 11 日達到生命週期結束 (EOL) ，與 EOES 在2026年1月11日。此日期不能應用於不同的XenApp或XenDesktop版本，因此在做出決定時，生命周期日期應始終與當前官方矩陣進行核對。
支援也取決於 Windows 和相關組件
不受支持的 Citrix 組件無法使不受支持的操作系統、數據庫、StoreFront 伺服器、網關或身份驗證依賴項變為受支持。檢查控制器和虛擬交付代理 (VDA) 使用的 Windows Server 版本，以及數據庫兼容性、網關軟件、配置文件組件和任何特定應用程序的先決條件。
依賴警告：
農場在依賴不再支持的組件組合時，可能看起來仍在運行。將 Citrix 發行版及其底層平台視為一個依賴鏈，同時單獨檢查每個產品的生命周期。
在保留或遷移農場之前，您應該盤點什麼？
一個有用的評估描述了農場提供的內容、其建造方式以及運作方式。這防止了一個熟悉的產品名稱成為保留或更換環境的唯一理由。
工作負載、用戶和交付模型
- 列出每個已發布的應用程式、共享桌面、池化桌面和個人桌面。
- 記錄哪些員工、承包商、客戶或合作夥伴使用每個工作負載。
- 測量正常和高峰並發性，而不是僅依賴命名帳戶的數量。
- 識別每個工作負載是使用多會話伺服器還是單會話桌面。
- 文件應用程式相容性要求，包括支援的 Windows 版本和應用程式依賴性。
這種分類通常顯示混合農場同時包含簡單的應用程式發布工作負載和真正的虛擬桌面基礎架構工作負載。這些類別不必遵循相同的現代化路徑。
組件和依賴項
- 交付控制器、StoreFront 伺服器、VDAs、資料庫和 Citrix 授權組件。
- 機器目錄、交付組、供應方法、圖像和配置管理。
- 網關、證書、身份驗證提供者、多因素身份驗證和網絡入口點。
- 印表機、印表機驅動程式、掃描器、智慧卡、本地磁碟及其他周邊設備需求。
- 應用伺服器、檔案共享、資料庫、中介軟體、服務帳戶和排程任務。
列印、配置檔、網關和身份驗證應視為遷移依賴項，而不是自動轉移到另一個交付層的設置。在計劃切換之前，請驗證每個應用程式和連接方法。
監控、性能和曝光
Citrix Director 是內建的控制台，用於實時和歷史健康監控、用戶體驗可見性和會話故障排除。 檢查 哪些主任功能在已安裝的版本中保持運行，以及管理員是否實際檢查登錄失敗、會話數據、應用程序行為和伺服器健康狀況。
還要記錄農場如何對遠程用戶暴露。檢查網關和證書所有權、多因素身份驗證、帳戶鎖定控制、修補、網絡分段、日誌記錄、備份和恢復測試。 監控收集數據的方式是 從未審查不提供操作決策過程。
AWS、定價和授權是獨立的決策
AWS 可以作為 Citrix 資源位置， 但它既不是 XenDesktop 的新名稱，也不會消除需求 針對Citrix架構或雲端基礎設施規劃。 Citrix 文件說明 仍然需要對 AWS 區域、網絡、子網、安全組、憑證和 Citrix 組件的放置做出決策。
定價還需要單獨的商業評估 Citrix 授權成本 . 我們寫的時候 Citrix 的公共購買頁面將潛在客戶引導至銷售或合作夥伴，而不是顯示數字自助許可價格。這並不意味著談判或合作夥伴定價不可用，只是需要當前報價以進行準確比較。
微軟授權仍然是您的責任。 根據部署情況，這可能包括 Windows Server 授權、RDS CALs 以及適當的 Office 或 Microsoft 365 授權。 對於精確的 RDS CAL 要求 您應該與微軟或合格的授權合作夥伴驗證您的完整配置。
根據工作負載選擇路徑，而不是舊產品標籤
一旦農場被分類，將有四條主要路徑可供選擇。工作負載類型、支持狀態、內部技能、合同承諾以及在清查過程中發現的依賴關係應指導您做出理想的選擇。
保留或升級 Citrix
繼續使用Citrix可能是正確的選擇，當組織依賴成熟的影像管理、企業整合、當前的企業合約、混合交付或大型標準化桌面資產時。Citrix產品文檔定位 長期服務 針對大型生產環境的版本優先考慮穩定的基礎，而當前版本則提供更快的訪問新功能。
Citrix 升級和遷移文檔也明確指出，並非每個舊版的 XenApp 或 XenDesktop 發行版都有支持的直接路徑。較舊的農場可能需要新的站點、組件重新調整和應用程序驗證，而不是現場升級。
移至 Citrix DaaS
Citrix DaaS 可以保留 Citrix 應用程式和桌面交付能力，同時改變控制平面和商業模式。目前的 Citrix 授權條款顯示，訂閱可以包括 DaaS Local 和 DaaS Cloud，反映出比歷史上的 XenApp 應用程式發布要求更廣泛的提供。
這是一個架構和運營決策，而不僅僅是術語更新。僅僅將工作負載機器移動到AWS並不會創建Citrix DaaS部署。
重新考慮以應用為中心的農場的交付層
當農場主要發布 Windows 應用程序或共享桌面時，更簡單的自我管理交付層可能符合發布的要求。 將舊版 Windows 應用程式轉移到網路上，無需 VDI TSplus Remote Access 可以 發布應用程式並將其分配給用戶或群組 提供完整的共享桌面，來自客戶控制的基礎設施，並支持標準的RDP客戶端、生成的一鍵客戶端、RemoteApp風格的展示和瀏覽器連接。
瀏覽器訪問需要該 Web Mobile 版或以上 農場管理器、網關和負載平衡需要企業版，每個伺服器都需要授權。伺服器農場是可選的，因為組織可以在單一伺服器上部署 TSplus Remote Access，當該架構滿足其需求時。
TSplus Remote Access 不是完整的 VDI 替代品，因此在試用期間應驗證某些基礎設施和依賴項，而不是假設它們可以不變地運作。例如，圖形密集型應用程序或特定的大型企業構建需要事先進行概念驗證測試。
如果您的農場主要發布一小組 Windows 應用程序或共享桌面，請使用這個 TSplus 與 Citrix 比較 查看 Web Mobile 或 Enterprise 是否符合您所需的訪問模型。
保留暫時性並附有文件化的退出計劃
當應用程式擁有者、替代伺服器或授權決策尚未準備好時，立即遷移可能不切實際。在這種情況下，應記錄擁有權、修補、暴露控制、監控、備份、授權責任和目標決策日期。
臨時保留並不能替代供應商支持。這是一個受控的持有狀態，組織在此期間驗證應用程序、依賴項和目標架構。
結論：舊名稱只是起點
XenApp 和 XenDesktop 的命名可以快速解碼，但正確的下一步取決於什麼 基礎設施 提供其確切的支持狀態及周圍組件。首先對工作負載進行分類，然後決定是 Citrix、Citrix DaaS、更簡單的應用程序發布層還是帶有退出計劃的臨時保留是合適的路徑。
要測試您的應用程序和連接方法， 下載 TSplus 軟體以獲得 15 天免費試用怎麼樣？ 在決定我們是否 交付層適合您的舊有農場。
:quality(80)/m/filters:format(webp))
:quality(80)/m/filters:format(webp))
:quality(80)/m/filters:format(webp))
