在 VDI 环境中使用 Amazon Connect

虚拟桌面基础设施 (VDI) 环境会让您的解决方案变得更加复杂，从而能够优化单独的 POC 工作和性能测试。Amazon Connect Connect 控制面板 (CCP) 可以像任何其他基于 WebRTC 的浏览器应用程序一样在厚薄、薄型和零客户端 VDI 环境中运行，配置/支持/优化最好由您的 VDI 支持团队处理。虽然如此，以下一系列注意事项和最佳实践仍然能够为基于 VDI 的客户提供帮助。

• 代理的位置 —理想情况下，代理使用 CCP 的位置与 VDI 主机位置之间的跳数尽可能少，往返时间最短。

• VDI 解决方案的主机位置 —理想情况下，您的 VDI 主机位置与代理位于同一个网段上，内部资源和边缘路由器的跳数尽可能少。您还希望尽可能缩短到 WebRTC 和 Amazon EC2 范围终端节点的往返时间。

• 网络 —流量在端点之间经过的每跳都会增加发生故障的可能性，并增加引入延迟的机会。如果基础路由未经过优化或者管道的速度或容量不够，则 VDI 环境特别容易出现呼叫质量问题。虽然AWS Direct Connect可以改善从边缘路由器到的呼叫质量AWS，但它不能解决内部路由问题。您可能需要升级或优化您的私有 LAN/WAN，或重定向到外部设备以绕过呼叫音频问题。在大多数情况下，如果 CCP 是必需的，则它不是唯一会出现问题的应用程序。

• 专用资源 —建议在网络和桌面级别使用专用资源，以防止备份和大型文件传输等活动对可用代理资源产生影响。防止资源争用的一种方法是限制将以类似方式使用环境的 Amazon Connect 用户访问桌面，而不是与其他可能以不同方式使用这些资源的业务部门共享资源。

• 在 VDI 环境中@@ 使用带远程连接的软电话可能会影响音频质量。

  提示

  如果您的客服连接到远程终端节点并在该环境中运行，我们建议您要么将音频重新路由到外部 E.164 终端节点，要么通过本地设备连接到媒体并通过远程连接发送信号。

  您可以使用 Amazon Connect Streams API 构建自定义 CCP，方法是创建没有用于呼叫信号的媒体的 CCP。这样，会在本地桌面上使用标准 CCP 处理媒体，并使用没有媒体的 CCP 通过远程连接处理信号发送和呼叫控制。有关 streams API 的更多信息，请参阅 https://github.com/aws/ 上的GitHub存储库amazon-connect-streams。