预签名时 AWS 删除对象 URL 失去有效性？
AWS delete object when pre-signed URL loses its validity?
我想知道在 AWS 中是否有一种方法可以在为从外部访问给定对象而生成的预签名 url 失效后自动删除 S3 对象。 .?
更具体地说，我并没有特别关注像 Lambdas 这样的花哨的东西（尽管我想这是一种方法？）
底线是：是否可以将 'lifetime' 值分配给已生成预签名 URL 的 S3 对象？
干杯
没有办法做到这一点。
最重要的是 S3 不知道预签名 URL 的存在。当您生成预签名 URL 时，不会与服务发生任何交互。这一切都在您的本地代码中完成。当请求到达时，服务会验证已签名的 URL。
而且，当然，可以为每个对象生成无限数量的预签名 URL...因此，对于大多数应用程序而言，这并不是一个非常有用的功能。
文件共享桶的生命周期策略，在一段固定的时间后删除对象，可能是最直接的解决方案。这具有 1 天的粒度和 +1/-0 天的误差幅度，因为策略仅每天评估一次。 （今天创建的生命周期策略为1天后删除的对象今晚不会删除，明天晚上会删除。）
http://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html
我想知道在 AWS 中是否有一种方法可以在为从外部访问给定对象而生成的预签名 url 失效后自动删除 S3 对象。 .? 更具体地说，我并没有特别关注像 Lambdas 这样的花哨的东西（尽管我想这是一种方法？）
底线是：是否可以将 'lifetime' 值分配给已生成预签名 URL 的 S3 对象？
干杯
没有办法做到这一点。
最重要的是 S3 不知道预签名 URL 的存在。当您生成预签名 URL 时，不会与服务发生任何交互。这一切都在您的本地代码中完成。当请求到达时，服务会验证已签名的 URL。
而且，当然，可以为每个对象生成无限数量的预签名 URL...因此，对于大多数应用程序而言，这并不是一个非常有用的功能。
文件共享桶的生命周期策略，在一段固定的时间后删除对象，可能是最直接的解决方案。这具有 1 天的粒度和 +1/-0 天的误差幅度，因为策略仅每天评估一次。 （今天创建的生命周期策略为1天后删除的对象今晚不会删除，明天晚上会删除。）
http://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html