直接到s3 /客户端文件上传。 使用这种方法是否需要将未使用的文件存储在s3存储桶中？

Question

我正在查看heroku建议的本教程（对于NodeJs应用程序），该教程用于通过服务器对s3文件进行签名，然后直接从客户端处理上载：

https://devcenter.heroku.com/articles/s3-upload-node

我想知道在您的s3存储桶中存储许多未使用文件的可能性。

在heroku教程中，它们贯穿用户编辑场景。 他们说：

• 当用户选择要上载的图像时，通过本文前面介绍的过程自动并异步地处理到S3的上载。 上传成功且成功完成后，便会使用所选图像更新图像预览。

• 然后，用户单击“提交”按钮，该按钮将用户名，名称和上载图像的URL发布到要检查和/或存储的Node应用程序。 如果用户之前未上传任何图像，则会发布默认的头像图像URL。

那么，如果用户选择图像，然后单击另一个页面而不完成并提交用户配置文件信息，该怎么办？

那仅仅是浪费的文件存储在您的s3存储桶中吗？

---

我在MEAN应用中使用了类似的方法，请在以下位置提交：

• 我将文件上传到S3。

• 然后，带着诺言，一旦上传完成，我将用户的个人资料信息/带有s3网址的帖子提交到服务器。

我有一个类似的问题，如果用户在promise调用之前离开或存在连接问题，该怎么办？是否存在存储未使用文件的问题？

这是处理此问题的典型方法，那只是风险的一部分？

Answer 1

上载发生在客户端的事实并没有使这个问题比起您在服务器端进行的那样严重。 您仍然需要一种机制来处理错误并使事物与数据库保持同步。

如何处理取决于您的特定应用程序需求。 @ceejayoz提到了一种拥有临时存储桶的方法。 我宁愿不要担心上传完成后再使用Lambda作业处理数据更新。 如果确实需要，也可以使用列表操作进行同步处理，但是我认为通常没有必要。