Windows 365 vs Remote Desktop: Cloud PC vs RDP

如果你在权衡 Microsoft 的 Windows 365 Cloud PC 与传统远程桌面部署，通常会面临相同问题：成本不可预测、连接不稳定，以及保持系统打补丁和可用性的运维负担。本文剥离厂商噪音，列出实际取舍点——成本、性能、安全模型和运行手册的变化——以便你选择真正适合你环境的方案。

什么是 Microsoft Windows 365（Cloud PC）

Windows 365 在 Azure 中预配持久化 Windows 桌面，并按用户月度计费。它被设计为开箱即用的 Cloud PC：Microsoft 负责虚拟机基础设施、网络、操作系统许可，以及与 Azure AD 和 Microsoft 365 的集成。管理员获得简化的预配、通过 Intune 的镜像管理和可预测的订阅模型，而不需要购买和维护实体机器。

官方常见定价（Microsoft 示例）起步约为 $31/user/mo 的基础 Cloud PC（2 vCPU、4 GB RAM、64 GB 存储）在 Windows 365 Business；更大 SKU 与 Enterprise 级功能会显著提高每用户价格。Windows 365 对于希望集中管理、可即时重建桌面且已经在使用 Microsoft 云身份与设备管理工具的场景很有吸引力。

我所说的“传统远程桌面”是什么意思

我所说的传统远程桌面指以下常见模式之一：RDP 到本地或云上的 VM、通过 VPN 的 RDP，或连接到现有桌面的第三方远程控制客户端（TeamViewer、AnyDesk、RustDesk、Tenvo 等）。这些方案是对现有机器（或 VM）进行交互式控制，而不是提供托管的 Cloud PC 服务。

传统模型的优点包括：如果你拥有硬件或运行便宜的 VM，单位席位的云订阅成本可能更低；对数据驻留有更直接的控制；以及可以托管专用硬件（本地 GPU、加密狗）。缺点是运维工作：你必须对主机和网关进行打补丁、监控、备份和加固；如果在没有分层保护的情况下将 RDP 暴露到公网，常常会成为被攻破的来源。

比较维度：成本、性能、安全、管理

关于表格说明：上面列出的 Windows 365 每席位价格仅为代表性示例——Microsoft 发布了多种 SKU 和企业选项。传统远程桌面的成本高度可变：看起来便宜的 VM 在你加入打补丁、监控、备份和因远程会话失败产生的帮助台工时后往往并不便宜。

性能与用户体验：应测量的内容

性能取决于三点：协议路径、主机的计算配置（vCPU、内存、GPU）以及网络延迟/丢包。实用规则：

• 测量从用户位置到 Cloud PC 区域以及到你本地网络的往返延迟。为典型 WAN 跳增加 10～40 ms；超过约 100 ms 会在界面体验上开始可感知。
• 对于本地 USB 设备、加密狗或硬件加速的 GPU 工作（视频编辑、3D），确认所选 Cloud PC SKU 支持你需要的硬件配置——许多 Cloud PC SKU 并不针对重度 GPU 工作进行优化。
• 可能时，P2P 远程控制客户端能提供最佳延迟。如果需要借助中继经纪，检查中继所在区域与多区域故障切换行为。

安全与诚实的威胁模型

有两点厂商有时会掩盖：直接的 P2P 会话在两个设备之间是端到端的；当流量需要中继时，TLS 在中继处终止，中继运营者技术上有能力观察会话数据。Tenvo 对此模型是明确的：我们使用带每设备证书的 TLS；中继提供可用性与 NAT 遍历，但在承载流量时会终止 TLS。

Microsoft 的 Windows 365 将许多责任转移到 Azure：身份、主机操作系统的打补丁，以及 Microsoft 平台的保护。这会降低你团队的操作错误，但也需要信任 Microsoft 的控制、可审计性和数据处理。传统 RDP 把控制权交给你——因此也把责任交给你。如果你在没有适当网关、速率限制或多因素要求的情况下将 RDP 暴露到 Internet，就会招致暴力破解和凭证填充攻击。另见 Remote Desktop Security: What You Need to Know 和 RDP Brute Force Attacks — Why RDP-On-Internet Is Dangerous，了解缓解模式。

何时适合使用 Cloud PC（Windows 365）

• 你希望获得托管的按用户桌面，且 IT 端点工作最少——通过 Intune 管理镜像、内置的 Azure AD 集成以及明确的许可。
• 你的用户地理上靠近所选的 Azure 区域，延迟对其工作流（办公应用、网页、轻度开发）是可接受的。
• 你偏好可预测的按席位资本/运营支出，并希望 Microsoft 管理打补丁和虚拟化主机级别的可用性。
• 你需要 Microsoft 的合规凭证，并且对数据驻留在 Azure 并接受审计与监管要求感到满意。

何时更适合传统远程桌面

• 你必须在特定国家、本地或隔离网络中托管数据与计算以满足合规性限制——只有书面要求强制时，才应选择自托管。
• 你有专用硬件（本地 GPU、USB 加密狗、PCI 设备），Cloud PC SKU 无法可靠提供这些硬件时。
• 你需要自定义网络拓扑、以局域网优先的低延迟连接，或你在追求最低月度成本并且有运维人员持续支持。考虑自托管时，可参考 Self-Hosted Remote Desktop: Why, How, and What Breaks 的诚实指南。

Tenvo 的定位：托管中继作为实用中间方案

Tenvo 位于完全托管的 Cloud PC 与原始 RDP 之间。我们提供 Windows、macOS 和 Linux 的原生客户端，正在公开测试浏览器客户端，并提供多区域托管中继以简化 NAT 遍历与可用性。我们的托管中继是默认推荐，因为它降低了运行自有中继基础设施的日常成本与风险：你不需要值班工程师来做证书轮换、操作系统打补丁或应对单一区域故障。

定价透明：Free $0 用于基础使用，Lite $2.99/mo 适合小团队，Pro $7.99/mo。对于许多中小型团队，托管中继的总成本低于运行自托管网关的人工与风险成本。只有在你有书面合规或数据驻留要求明确禁止第三方基础设施时，才选择自托管。

如果你想要包含三年 TCO 和隐藏运维成本的更深入成本比较，请参见 Remote desktop cost: 3-year TCO of major tools。Tenvo 的托管中继提供多区域故障切换，这在用户不是与单个数据中心共址时非常重要。

迁移检查表与运维建议

• 从与最大用户画像相似的试点组开始。实测延迟、应用性能和外设在真实负载下的表现。
• 清点许可与策略：Windows 365 会将你推向 Azure AD + Intune；传统 RDP 则需要为打补丁和备份制定明确的 SLA。
• 设计以身份为中心的访问：无论使用 Cloud PC 还是托管远程客户端，都要强制要求强 MFA 与设备态势检查。
• 测试离线和本地设备工作流。Cloud PC 在 Azure 区域发生故障时可能不可达；为本地应急访问制定计划。
• 记录并监控会话元数据（谁连接、何时以及连接到哪台机器）。如果需要合规级审计日志，确认提供方的保留与导出选项。
• 在试点期间验证打印、音频和 USB 转发；远程会话常在这些外设上出现问题，除非明确支持并测试。

快速决策指南

• 需要开箱即用、集中管理，且可接受 Azure？Windows 365 往往是为可预测按用户桌面最快的路径。
• 需要严格的数据驻留或专用硬件？传统远程主机或自托管 VM 更可能满足需求。
• 想要较低运维和灵活的连接且价格合理？Tenvo 的托管中继是实用的中间方案——除非书面要求强制自托管，否则使用托管中继。

在 Windows 365 与传统远程桌面部署之间的选择，归结于你愿意将运维风险放在谁身上：Microsoft、你的团队，还是像 Tenvo 这样的托管第三方。如果你想要无需操心的桌面且已经运行在 Azure，Windows 365 能减少运维工作。如果你需要对硬件或数据位置拥有完全控制权，则仍需采用传统 RDP——但要将维护和加固的真实成本计算在内。

准备测试托管中继和原生客户端吗？下载 Tenvo 并用 Free 或 Lite 计划做小规模试点；如果你有书面合规要求，请先阅读我们的自托管指南。 Download Tenvo。