Amazon web services 我可以测量或设置s3文件夹的大小限制吗

Amazon web services 我可以测量或设置s3文件夹的大小限制吗,amazon-web-services,amazon-s3,Amazon Web Services,Amazon S3,我想为我的每个移动应用程序用户设置一个单独的s3 bucket文件夹,以便他们存储文件。但是,我还想设置大小限制,这样它们就不会占用太多的存储空间。此外,如果他们确实超过了限制,我想为他们提供更多的空间,如果他们注册了一个高级服务 有没有办法通过s3配置或api设置文件夹文件大小限制?如果不是的话,我会在每次上传时使用API计算文件夹大小吗?我知道Amazon中有devpay功能,但如果用户只想使用少量的可用空间,那么向Amazon注册可能会很麻烦。似乎没有办法做到这一点,可能至少部分是因为S3

我想为我的每个移动应用程序用户设置一个单独的s3 bucket文件夹,以便他们存储文件。但是,我还想设置大小限制,这样它们就不会占用太多的存储空间。此外,如果他们确实超过了限制,我想为他们提供更多的空间,如果他们注册了一个高级服务


有没有办法通过s3配置或api设置文件夹文件大小限制?如果不是的话,我会在每次上传时使用API计算文件夹大小吗?我知道Amazon中有devpay功能,但如果用户只想使用少量的可用空间,那么向Amazon注册可能会很麻烦。

似乎没有办法做到这一点,可能至少部分是因为S3中实际上没有“文件夹”这类东西。只有文件夹的外观

AmazonS3没有文件夹的概念,只有bucket和对象。AmazonS3控制台支持使用对象键名称前缀的文件夹概念

-

S3 bucket中的所有键实际上都在一个平面名称空间中,根据需要使用
/
分隔符从概念上将对象划分为看起来像文件夹的逻辑分组,但这只是一种方便的错觉。S3似乎不可能有文件夹大小的概念,而实际上它根本没有“文件夹”的概念

如果您没有维护客户端存储内容的权威数据库(这意味着所有上传都应该通过应用服务器,而不是直接到S3,这是唯一对我有意义的方法),那么您唯一的选择就是轮询S3以发现其中的内容。一个不完美的快捷方式是让您的应用程序读取S3存储桶日志以发现上传的内容,但这只是在尽最大努力的基础上提供的。它应该是可靠的,但不能保证是完美的

此服务尽最大努力记录bucket中对象的所有访问。请注意,月底的实际使用报告可能会略有不同

您的另一个选择是开发您自己的服务,该服务位于用户和AmazonS3之间,监控对您的bucket/对象的所有请求

-


同样,让你的应用服务器调解所有请求似乎是一种合乎逻辑的方法,而且还可以让你立即检测(而不是“以后发现”)某个用户已超过阈值。

我将在云中维护一个单独的数据库,以保存每个用户的硬盘使用总数。通过S3对象生命周期事件很容易管理计数,该事件可以很容易地触发Lambda,Lambda反过来写入DB