Amazon s3 如何构建一个解决方案,其中一个Lambda在计时器上写入S3,另一个Lambda在需要时从中读取

Amazon s3 如何构建一个解决方案,其中一个Lambda在计时器上写入S3,另一个Lambda在需要时从中读取,amazon-s3,aws-lambda,Amazon S3,Aws Lambda,我们需要实现两个lambda,一个将文件写入S3,另一个读取该文件。“写入”Lambda在定时器上,“读取”Lambda在需要时。不确定同步这些独立流程的最佳做法和选项。请就一些选项提供建议。AWS直接支持您描述的内容,因此设置非常简单: 将第一个Lambda配置为 将第二个Lambda配置为。谢谢!请注意,第二个“读取”Lambda将根据外部用户的要求触发。在我们的情况下,此类请求将通过API网关发出。这些请求将生成大型响应文件,可能超过API网关上的最大超时。这就是为什么我们需要另一个Lam

我们需要实现两个lambda,一个将文件写入S3,另一个读取该文件。“写入”Lambda在定时器上,“读取”Lambda在需要时。不确定同步这些独立流程的最佳做法和选项。请就一些选项提供建议。

AWS直接支持您描述的内容,因此设置非常简单:

将第一个Lambda配置为


将第二个Lambda配置为。

谢谢!请注意,第二个“读取”Lambda将根据外部用户的要求触发。在我们的情况下,此类请求将通过API网关发出。这些请求将生成大型响应文件,可能超过API网关上的最大超时。这就是为什么我们需要另一个Lambda在S3中缓存文件,并从那里提供服务。但是,文件的请求可能是在生成文件时发出的。@user897210这当然是您在原始问题中遗漏的很多细节。我不确定用于响应处理的Lambda+API网关是否是最好的体系结构,因为它会在29秒后超时。我为误解道歉。我写道,read Lambda是“按需”的,它将描述由另一个Lambda生成的文件被请求的基本场景。非常愿意接受关于如何处理此问题的建议,请随时分享您对替代体系结构的想法。您是否可以编辑您的问题,以提供有关您为什么希望这样做的更多信息?也许有更好的选择!另外,您所说的“按需”是什么意思?您的意思是当用户请求时它将运行吗?到目前为止你做了哪些尝试,遇到了哪些困难?