XenApp 和 XenDesktop 今日：Citrix 如何重命名它们以及这对传统农场的意义

今天的 XenApp 和 XenDesktop 被称为什么？

合并的XenApp和XenDesktop产品线的直接替代名称是 Citrix虚拟应用程序和桌面 . Citrix在2018年8月记录了这一变化，然后在2022年3月将Citrix DaaS名称专门应用于其云服务。 Citrix DaaS 并不仅仅是一个新标签，适用于每一个历史上的 XenApp 或 XenDesktop 部署。

当前商业术语增加了另一层含义。 在撰写时， Citrix 产品特定许可条款 将Citrix DaaS Local描述为以前的Citrix Virtual Apps和Desktops产品，将DaaS Cloud描述为以前的Citrix DaaS产品。以下时间线将历史沿革与当前名称分开。

日期或时期	姓名	它所指的内容	源头
历史	元框架	早期在基于服务器的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虚拟应用程序和桌面以及Citrix DaaS产品的商业条款。	Citrix 产品特定许可条款

重命名并不是自动迁移

安装的 XenApp 服务器并不会因为 Citrix 更改其产品术语而变成云管理的 Citrix DaaS 部署。在这些环境之间移动确实可能涉及不同的控制平面、支持的版本、许可模型、基础设施设计和迁移过程。

保持以下四个方面分开：

产品名称、产品版本、部署模型和支持状态。正确的名称映射仅回答第一个问题。

XenApp 和 XenDesktop 满足不同的交付需求

XenApp 和 XenDesktop 最终作为一个组合产品线进行销售和管理，但它们的传统工作负载并不相同。 微软学习 还将发布的应用程序、多会话桌面、池化VDI和个人VDI视为不同的部署模型。微软建议根据成本、性能和用户体验选择合适的组合，这支持以工作负载为优先的决策，而不是以名称为优先的决策。

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版本和应用程序依赖项。

这种分类通常揭示了混合农场同时包含简单的应用程序发布工作负载和真正的VDI工作负载。这些类别不必遵循相同的现代化路径。

组件和依赖项

• 交付控制器、StoreFront 服务器、VDAs、数据库和 Citrix 许可组件。
• 机器目录、交付组、配置方法、图像和配置文件管理。
• 网关、证书、身份验证提供者、多因素身份验证和网络入口点。
• 打印机、打印驱动程序、扫描仪、智能卡、本地驱动器和其他外设要求。
• 应用服务器、文件共享、数据库、中间件、服务账户和计划任务。

打印、配置文件、网关和身份验证应视为迁移依赖项，而不是自动转移到另一个交付层的设置。在计划切换之前，请验证每个应用程序和连接方法。

监控、性能和曝光

Citrix Director 是内置控制台，用于实时和历史健康监控、用户体验可见性和会话故障排除。 检查 哪些主任功能在已安装的版本中保持正常运行，以及管理员是否实际审查登录失败、会话数据、应用程序行为和服务器健康。

还要记录农场如何向远程用户开放。检查网关和证书所有权、多因素身份验证、账户锁定控制、补丁、网络分段、日志记录、备份和恢复测试。 监控收集的数据是 从未审核不提供操作决策过程。

AWS、定价和许可是独立的决策

AWS 可以作为 Citrix 资源位置， 但它既不是XenDesktop的新名称，也不消除需求。 用于Citrix架构或云基础设施规划。 Citrix 文档 仍然需要关于AWS区域、网络、子网、安全组、凭证和Citrix组件位置的决策。

定价还需要单独的商业评估 Citrix 许可费用 . 我们写道 Citrix的公共购买页面将潜在客户引导至销售或合作伙伴，而不是显示数字自助许可价格。这并不意味着没有谈判或合作伙伴定价，只是需要当前报价以进行准确比较。

微软许可仍然是您的责任。 根据部署情况，这可能包括Windows Server许可证、RDS CAL和适当的Office或Microsoft 365许可证。 对于精确的 RDS CAL 要求 您应该与 Microsoft 或合格的许可合作伙伴验证您的完整配置。

根据工作负载选择路径，而不是旧产品标签

一旦农场被分类，四条主要路径可供选择。工作负载类型、支持状态、内部技能、合同承诺以及在清单中发现的依赖关系应引导您做出理想选择。

保留或升级 Citrix

继续使用Citrix可能是正确的选择，当组织依赖于成熟的图像管理、企业集成、当前的企业合同、混合交付或大型标准化桌面环境时。Citrix产品文档定位 长期服务 针对大型生产环境的版本优先考虑稳定基础，而当前版本则提供更快访问新功能的途径。

Citrix 升级和迁移文档还明确指出，并非每个旧版 XenApp 或 XenDesktop 版本都有支持的直接路径。较旧的农场可能需要新站点、组件重新调整和应用验证，而不是就地升级。

迁移到Citrix DaaS

Citrix DaaS 可以保留 Citrix 应用程序和桌面交付能力，同时更改控制平面和商业模型。当前 Citrix 许可条款显示，订阅可以包括 DaaS 本地和 DaaS 云，反映出比历史上的 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 天免费试用怎么样？ 在决定我们是否 交付层适合您的遗留农场。