View a markdown version of this page

在 VDI 环境中使用 “连接客户” - Amazon Connect Customer
使用分离式 CCP 模型云桌面设计 VDI 环境时应考虑的事项

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

在 VDI 环境中使用 “连接客户”

虚拟桌面基础架构 (VDI) 环境会让您的解决方案变得更加复杂，需要单独进行 POC 工作和性能测试，以优化解决方案。联系人控制面板 (CCP) 可以像任何其他基于 WebRTC 的浏览器应用程序一样在厚客户端、薄型和零客户端 VDI 环境中运行，并且 configuration/support /优化最好由您的 VDI 支持团队处理。话虽如此，以下是对我们的 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 连接到 “连接客户”，并通过 VDI 连接连接到公司虚拟基础架构。

代理工作站、虚拟桌面、企业虚拟基础架构和连接客户。

云桌面

如果您使用亚马逊 WorkSpaces、、CitrixOmnissaAzure Virtual Desktop、或Windows 365云桌面，则可以创建新的代理用户界面或更新现有的代理用户界面，例如自定义 CCP，将音频处理工作转移到代理的本地设备上，并自动将音频重定向到 Connect Customer。这将带来更流畅的座席体验，并在具有挑战性的网络中提高音频质量。首先，您可以使用 Connect Customer 开源库来创建新的代理用户界面或更新现有的代理用户界面，例如自定义 CCP。

设计 VDI 环境时应考虑的事项

  • 座席位置，理想情况下，座席使用 CCP 时所在的位置与 VDI 主机位置之间的跃点数应为最少且往返时间应为最短。

  • VDI 解决方案的主机位置，理想情况下，VDI 主机位置与您的座席位于同一网段上，内部资源以及边缘路由器之间的跃点数应为最少。另外，您还需要尽可能缩短到 WebRTC 和 Amazon EC2 范围端点的往返时间。

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

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

  • 使用带有远程连接的软电话，在 VDI 环境中，这可能会对音频质量产生影响。

    提示

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