在VDI环境中使用 Amazon Connect - Amazon Connect
使用拆分CCP模型云桌面设计VDI环境时需要考虑的事项

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

在VDI环境中使用 Amazon Connect

虚拟桌面基础架构 (VDI) 环境为您的解决方案增加了另一层复杂性，因此需要单独进行POC工作和性能测试来优化。Contact Control Panel (CCP) 可以像任何其他RTC基于 Web 的浏览器应用程序一样在密集、精简和零客户端VDI环境中运行，configuration/support/optimization最好由您的VDI支持团队处理。话虽如此，以下是一系列对我们的VDI客户有帮助的注意事项和最佳实践。

使用拆分CCP模型

我们建议使用分体CCP机型，在中CCP运行无媒体VDI，在本地电脑上CCP携带媒体。您可以通过 Amazon Connect Stream API s 创建不CCP带媒体的应用程序数据和呼叫信令来创建自定义CCP内容。这样，媒体将使用标准传送到本地桌面CCP，而数据和呼叫控制则通过无媒体CCP传输到远程连接。有关直播的更多信息，请参阅 GitHub 存储库API，网址为https://github.com/aws/amazon-connect-streams。

注意

Firefox 用户：如果您VDI在拆分模式下使用，则无法将 Firefox 浏览器用于CCP外部。VDICCP符合 Firefox 麦克风使用指南，并且只有在CCP选项卡处于焦点时才能连接到用户的麦克风。

下图显示代理工作站是如何由本地浏览器和虚拟桌面组成的。它通过网络连接到 Amazon ConnectRTC，并通过VDI连接连接到公司的虚拟基础设施。

代理工作站、虚拟桌面、企业虚拟基础设施和 Amazon Connect。

云桌面

如果您使用 Citrix 或 Amazon WorkSpaces 云桌面，则可以创建新的代理用户界面或更新现有的代理用户界面（例如自定义CCP界面），将音频处理卸载到代理的本地设备上，并将音频自动重定向到 Amazon Connect。这将带来更流畅的座席体验，并在具有挑战性的网络中提高音频质量。首先，您可以使用 Amazon Connect 开源库创建新的代理用户界面或更新现有的代理用户界面，例如自定义用户界面CCP。

设计VDI环境时需要考虑的事项

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

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

  • 网络，流量在端点之间经过的每个跃点都会增加发生故障和延迟的可能性。VDI如果底层路由未经过优化，或者管道速度不够快或不够宽，则环境特别容易出现呼叫质量问题。虽然 AWS Direct Connect 可以提高从边缘路由器到的呼叫质量 AWS，但它不能解决内部路由问题。您可能需要升级或优化您的私有LAN/WAN，或者重定向到外部设备以规避通话音频问题。在大多数情况下，如果需要这样做，CCP则不是唯一出现问题的应用程序。

  • 专用资源，建议在网络和桌面级别使用，以防止备份和大型文件传输等活动影响可用的座席资源。要防止资源争用，一种方法是限制为只允许通过相似方式使用其环境的 Amazon Connect 用户访问桌面，而不是与可能通过不同方式使用对应资源的其他业务部门共享资源。

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

    提示

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