【问题标题】:Timeout issue in Amazon ConnectAmazon Connect 中的超时问题
【发布时间】:2023-04-10 10:57:01
【问题描述】:

我们正在使用 Amazon connect,它使用“获取客户输入”交互块来使用内部连接到 Lambda 的 Amazon Lex,因此流程将像

Amazon Connect ->(使用 Get Customer Input,它连接到 Amazon Lex)Amazon Lex ->(在 Amazon Lex 中,意图指向 Amazon Lambda)Amazon Lambda

Amazon connect -> Amazon Lex -> AWS Lambda 

流程按预期适用于所有意图。
但是对于特定的流程,我们需要将文件从 lambda 上传到 S3,并返回 s3 下载链接作为对 lex 的响应,由于它有将文件上传到 S3 的操作,因此 AWS lambda 需要 7 秒才能完成要求。

现在,Amazon Connect 在 Get Customer Input(指向 Amazon Lex)中失败并出现 错误

那么我是否需要在 Amazon Connect(获取客户输入块/某处)中配置任何超时,等待 7 秒的 lambda 过程完成?

感谢任何帮助。

谢谢,
哈利

【问题讨论】:

  • 这很棘手 - Amazon Connect 对 Lambda 调用有 8 秒的硬超时限制。我不确定 Lex 是否有类似的东西——我听说人们做类似活动的一种方法是将 Lambda 链接在一起。因此 Lex lambda 调用 Upload lambda 进行上传,然后 LEX lambda 立即返回。尽管我不确定,但您如何从那里开始让用户知道文件已准备就绪。
  • @Garreth 你提到增加 DTMF 也有助于 LEX 的时间
  • 是否可以将对话分成两部分?首先是上传,Lex 回复“谢谢你正在上传文件”,然后询问他们是否想要链接,“你想知道那个文件的链接吗?”如果是,那么此时,上传应该已经完成​​,您可以查找链接。

标签: amazon-web-services amazon-s3 aws-lambda aws-lex


【解决方案1】:

我不会深入探讨呼叫中心的用户体验并建议不要使用该用例,因为我相信您更了解该业务用例。

对于这样的事情,您需要做的是让客户在文件上传时等待,一旦您确认上传已触发,您可以让客户退出 lambda 调用并使用循环块和每次迭代,您检查文件状态然后继续流程。

【讨论】:

    【解决方案2】:

    Amazon Connect 是一种呼叫中心解决方案,如果让他们等待提示超过 3 秒,客户体验会很差。执行和上传操作的用例似乎是一项操作工作,它可以通过 Amazon Connect 触发流程,并且可以继续调用。一旦 S3 上传完成,它就可以通知相关的接收者状态。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-05-24
      • 1970-01-01
      • 2010-10-24
      • 1970-01-01
      相关资源
      最近更新 更多