我开发了一个桌面应用程序，现在我需要用户可以通过 RDP 连接使用它。我在 Azure 虚拟机中有 Windows 2012。我了解我需要为每个用户提供 CAL 许可证。请记住，用户不需要访问 Windows 桌面或除我之外的任何其他应用程序，我已将 Windows Server 配置为当他们登录时，应用程序自动启动，当他们关闭应用程序时，会话关闭. 因此，用户永远不会看到桌面或访问任何其他资源。
我的问题是，对于以下情况，这将是最具成本效益的选择：
- 用户总数：500
- 同时用户数（最坏情况下同时连接）：<20
- 用户只能看到我的应用程序，而不是桌面，而不是 Windows 资源
- 应用程序基本上是使用 SQL 数据库的业务应用程序
我是 CAL 许可证的新手，我不清楚是否有同时用户而不是总用户的选项。另外，我正在阅读有关 Azure Windows 虚拟桌面的信息，但我不确定它是否更方便。
Azure VDI 是您所说的更好的选择。您部署您的应用程序，然后通过您的 Azure 订阅许可用户访问它。这需要大量的后端设置，特别是考虑到您已经有了应用程序的工作版本，但这确实是您想要做的。对于要为 500 个个人用户提供服务的部署，您应该联系您的 Azure 代表以获取有关规划和许可解决方案的帮助。如果您使用 PowerShell ，Solarwinds发布非内置 Windows 应用程序的演练非常全面且易于理解。如果你不会说 PowerShell，那一切都会很艰难。
如果要使用 RDS，则需要构建一个 RDS 场来支持这么多用户。
可以通过Azure Marketplace在 Azure 上部署 RDS 场。如果您不想使用市场版本，在 Azure 上部署与在本地部署基本相同，您需要一个网关、一些会话主机，具体取决于您的应用程序的资源密集程度、防火墙设置，当然还有许可。您可以在此处找到有关如何执行技术设置的更多详细信息。
对于每用户 CAL，您需要为将要连接的每个用户授予许可，无论他们是否同时连接。您将这些 CAL 中的每一个附加到 AD 中的用户。使用每设备 CAL，您需要许可用户从其连接的设备。因此，根据您的用户连接方式，您的许可选项是相同的，或者有很大的不同。您可以在此处找到更多详细信息，但这与 Microsoft 发布的有关许可的任何内容一样清楚。
获得任何许可的最佳选择是与 Microsoft 讨论如何正确地获得许可；他们提供许可认证是有原因的。
如果您的应用程序支持，您还应该计划从 Server 2012 迁移。2012 已脱离主流支持，并将在未来 3 年内停止扩展支持。如果您在 Azure 中运行所有内容，则仅当您使用混合许可权益时，价格差异才会显着。如果您没有 SA，那么您在使用它时可能违反了许可。如果您有活动的 SA，则应该在 Server 2016 或 2019 上进行部署。在 2012(r2) 和 2016 之间有相当大的改进和安全增强，2019 更是如此。