我即将实施 RDS（使用 Windows Server 2016 的远程桌面服务服务器）。用户将使用问责软件，而不是浏览器或任何其他应用程序。我正在考虑将其作为远程应用程序，以使用户体验更简单，这样他们就不会将远程桌面与本地桌面混淆。现在，最大并发用户数只有 7 个，用户可以从不同的城市访问。
我会将服务器放在数据中心，这样就可以实现全天候访问。
我可以将服务器放在国外，费用比放在本地数据中心要低（几乎是价格的一半）。我知道对于这种服务来说，延迟非常重要（甚至比带宽更重要），这样用户才能获得更好/更流畅的用户体验。
从我的站点到外部数据中心（我国以外的站点）的平均时间约为 65 毫秒。
从我的站点到本地数据中心（同一城市）的平均时间约为 10 毫秒。
当然，本地延迟在数字上比外部延迟要好。但在现实生活中，这会给用户体验带来巨大差异吗？在我看来，65ms 并不算太糟糕。
答案1
理想情况下，您应同时在两个站点部署，并比较“速度很慢”的支持请求。虽然地理位置遥远的站点对于业务连续性非常有用，但这是您可能不愿意花费的一大笔费用。
“快速”是 100 毫秒，“吸引用户注意力”是 1000 毫秒。虽然 65 毫秒在预算之内，但这假设应用程序仍然很敏捷。
仅举一个可能的性能问题，即应用程序内的网络延迟。如果一个操作需要 2 次调用数据库，而这需要 65 毫秒的时间，那么这会立即让人感觉很慢。当所有应用程序组件彼此靠近时，您就有更多的延迟预算用于 RDP 到用户。
对于响应时间问题，延迟数据比系统资源利用率更重要。最近，RDS 添加了用户输入延迟计数器跟踪输入延迟。如果应用程序针对详细的性能指标进行检测，效果会更好。可能比您愿意花的更多工作，但真正快速的应用程序会密切关注响应时间和延迟。