【发布时间】：2009-11-23 04:00:07
【问题描述】：
在 Windows Azure 之上构建实时屏幕共享服务（有些接近共享视图或实时会议）可能需要考虑哪些因素？请分享您的想法。
为此，很明显我们必须创建一个自定义 TCP/IP 服务器 - 客户端可以通过 TCP/IP 之上的自定义协议实时连接到该服务器并交换（发布/检索）数据。
我认为到目前为止，Azure 仅在端口 80 和 443 上支持 Web 角色的 TCP/IP？请分享您的想法。
【问题讨论】：
【发布时间】：2009-11-23 04:00:07
【问题描述】：
哇 - 快 2 岁了，没有公认的答案！正如 Joannes 所说，实时将是一个挑战 - 您需要仔细评估这对您的响应时间和延迟意味着什么。
自从您提出这个问题后，Windows Azure Worker 和 Web 角色已经有了很大的发展。现在，您的部署中最多可以有 25 个输入（例如面向外部）端点，分布在 Web 和 Worker 角色的任意组合中 - 您定义端口号 - 不限于 80 和 443。您可能还有最多 25 个内部端点（用于角色间通信）。
设计在 Windows Azure 中运行桌面共享服务的基本考虑因素与为 Windows Server 设计时相同（毕竟这就是 Windows Azure VM 所运行的 - Windows Server 2008 R2）。您需要通过自己的自定义解决方案或可能使用访问控制服务来处理身份验证和授权。
好的，您需要牢记“有”一件事：Windows Azure VM 是无状态的，您不应假设用户将始终连接到同一个 VM 实例（无法直接访问Web 或 Worker 角色的特定实例）。因此，您需要将任何类型的会话特定数据外部化（这很容易，SQL Azure 和 Windows Azure 缓存服务都非常易于设置和用作会话提供程序）。
【讨论】：
对于云计算提供商（Azure 是 no exception）来说，低延迟仍然是一个难题。我认为这将是设计中最困难的部分。然后，自 2009 年 11 月发布以来，工作角色也可以有入口点（虽然不确定端口限制）。
【讨论】：