这是AWS s3存储桶的正确概念吗?

时间:2017-11-07 20:39:21

标签: amazon-s3

我之前没有使用过s3,但我说的是对的:

  • 我们的想法是将s3存储桶中的文件同步到您的服务器。
  • 在同步后更改本地文件系统(例如通过添加文件)时,应该触发此文件写回存储桶。

因此,如果服务器死了,文件系统就完好无损。

这是我们的情景:

基本上,我们不需要在实例之间共享完整的EFS存储,因为这是我们不想花费的设置开销。我们目前只有一个ec2,并希望将应用用户上传转储到s3存储桶。可能确实在某些时候服务器停止了很长时间甚至被删除。当服务器再次启动时,我们希望保留原始图像。

该应用是节点,目前此套件正在用于s3 https://www.npmjs.com/package/s3

但是,此软件包提供了本地的同步目录 - > s3但不是相反。这让我想知道我对如何实施s3的想法是否正确。

3 个答案:

答案 0 :(得分:1)

我不太确定你想要做什么,但是简单的S3是一种存储服务,你可以在需要长时间存储文件时使用它。以及当你需要大量廉价存储时。

根据我的经验,我一般使用s3作为主存储服务器,也作为备份存储服务器使用。所以基本上你问题的答案就是你是对的,而且你也错了。

我想更多地了解您正在尝试做什么。

答案 1 :(得分:0)

S3与其命名完全一样,是一种简单的文件存储服务。如果您因为开销而选择使用EFS,那么您可以根据需要使用s3。 s3的主要开销将是谁/什么有权访问存储桶以及协调服务器与存储桶同步的复杂性。

答案 2 :(得分:0)

我们最终决定反对s3。

完全可以以这种方式使用s3,并且只需要构建一个简单的同步工具。

然而..对于交易是来自所述桶的上下载荷的交易的s3存储费用...换句话说,s3是非常昂贵的选择。您可以在构建实例时使用eb挂载efs。我实际上不明白为什么有人会选择s3。