本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
在 VDI 环境中使用 Connect 客户
虚拟桌面基础架构 (VDI) 环境会让您的解决方案变得更加复杂，需要单独进行 POC 工作和性能测试，以优化解决方案。联系人控制面板 (CCP) 可以像任何其他基于WebRTC的浏览器应用程序一样在厚客户端、精简版和零客户端 VDI 环境中运行，而 /optimation 最好由您的 VDI 支持团队处理。 configuration/support话虽如此，以下是对我们的 VDI-based 客户有帮助的注意事项和最佳实践的集合。
使用分离式 CCP 模型
建议使用分离式 CCP 模型，在 VDI 中运行无媒体 CCP，在本地 PC 上运行媒体 CCP。您可以使用 Connect Customer Streams API 创建不包含应用程序数据和呼叫信令媒体的 CCP，从而构建自定义 CCP。这样，媒体通过标准的 CCP 传送到本地桌面，数据和呼叫控件则通过无媒体 CCP 传送到远程连接。有关直播 API 的更多信息，请参阅 GitHub 存储库，网址为https://github.com/aws/amazon-connect-streams
注意
Firefox 用户：如果在分离式模式下使用 VDI，则无法在 VDI 之外为 CCP 使用 Firefox 浏览器。CCP 符合 Firefox 麦克风使用指南，只有在 CCP 选项卡处于焦点时才能连接到用户的麦克风。
下图显示了座席工作站如何由本地浏览器和虚拟桌面组成。它通过 WebRTC 连接到 Connect Customer，并通过 VDI 连接连接到企业虚拟基础架构。
云桌面
如果您使用 Citrix WorkSpaces、Amazon 或 Omnissa 云桌面，则可以创建新的代理用户界面或更新现有的代理用户界面，例如自定义 CCP，将音频处理卸载到代理的本地设备上，并将音频自动重定向到 Connect Customer。这将带来更流畅的座席体验，并在具有挑战性的网络中提高音频质量。首先，您可以使用 Connect Customer 开源库
设计 VDI 环境时应考虑的事项
-
座席位置，理想情况下，座席使用 CCP 时所在的位置与 VDI 主机位置之间的跃点数应为最少且往返时间应为最短。
-
VDI 解决方案的主机位置，理想情况下，VDI 主机位置与您的座席位于同一网段上，内部资源以及边缘路由器之间的跃点数应为最少。另外，您还需要尽可能缩短到 WebRTC 和 Amazon EC2 范围端点的往返时间。
-
网络，流量在端点之间经过的每个跃点都会增加发生故障和延迟的可能性。如果底层路由未经过优化，或者管道的速度或容量不够，VDI 环境就特别容易出现呼叫质量问题。虽然 Direct Connect 可以提高从边缘路由器到的呼叫质量 AWS，但它不能解决内部路由问题。您可能需要升级或优化您的私人设备 LAN/WAN，或者重定向到外部设备以规避通话音频问题。在大多数情况下，如果需要这样做，那么 CCP 并不是唯一会出现问题的应用程序。
-
专用资源，建议在网络和桌面级别使用，以防止备份和大型文件传输等活动影响可用的座席资源。防止资源争用的一种方法是，将桌面访问权限限制为以类似方式使用其环境的 Connect Customer 用户，而不是与其他可能以不同方式使用这些资源的业务部门共享资源。
-
使用带有远程连接的软电话，在 VDI 环境中，这可能会对音频质量产生影响。
提示
如果您的代理连接到远程端点并在该环境中运行，我们建议将音频重新路由到外部 E.164端点，或者通过本地设备连接媒体，然后通过远程连接发出信号。
