如何使用 Amazon S3 来实现用户存储配额，就像 Dropbox 一样

Question

真的需要一些聪明的头脑来帮助我。我被困住了！ 我正在实施一个系统，允许用户将视频和文件上传到我的网站。我目前正在为他们提供对他们自己的 ftp 用户帐户的 ftp 访问权限，他们可以在其中上传所需的文件。 Linux 服务器上的 FTP 支持用户配额。

但是，现在我需要将我的上传协议从 ftp 协议中移开，并通过 http 研究 amazon s3 文件上传系统。 ftp 只是给防火墙、端口、主动、被动.. 提供了太多问题。列表还在继续。 :) 虽然 http s3 上传只是用户允许 Internet 访问将进行上传的桌面应用程序的问题。

在需要为每个用户设置配额的情况下，我已经做好了一切工作。如何在不支持它的系统（如 Amazon s3）上实施存储配额？我不能无限制地访问我的用户，我也不想把我的服务器放在中间，因为这只是意味着我的服务器必须接收文件然后在后端上传到 s3，这可以通过挂载 s3 来完成作为驱动器，但随后又回到通过 ftp 上传到我的服务器到安装的 s3 驱动器。

我希望我的应用程序直接上传到 s3 服务器，但通过上传到 1 个存储桶中的 psuedo amazon 文件夹来维护用户配额。每个用户都会在他们上传到的存储桶中获得一个子文件夹。

实现这项工作的实现/逻辑是什么？

我是否可以通过在 /keyname/ 中查找文件来放置另一台服务器来监视用户，以查看该键名（即用户帐户）使用了多少存储空间？就使每个帐户的使用状态保持最新而言，这不会花费很多钱吗？

请帮忙，我需要一个策略。类似于 s3 上存储的 Dropbox 实现，但对用户上传有配额限制。

Answer 1

您必须在自己的服务器上跟踪配额。

如果您可以控制客户端，您可以要求他们在上传到亚马逊之前将文件大小发送到您的服务器，如果超过配额则拒绝。

如果你不这样做，你可以允许上传

Answer 2

如果您想要基于用户的存储，AWS WorkDocs 可能是您正在寻找的解决方案。 为每个用户创建一个 Bucket 不是一个替代选项，因为您可以创建的 Bucket 数量非常有限。

但是，我不能告诉你配额是如何实施的。