我在一个商业网站上工作，上传视频文件，通常每个 4-10mb，每月总计大约 200mb。这些视频不会公开，而是上传以供特定人员查看。
目前，访问者通过 php 脚本上传视频，该脚本将文件存储在网络服务器上的目录中，并通过直接指向管理员可以查看/下载的文件的链接通知管理员。
每隔几个月会复制该目录并提供给管理员，然后该目录会被清除，这样网站就不会占用太多空间。然后将此副本添加到另一台服务器上的备份中。
什么是更好的流程？我在想我们可以上传到云中的文件存储服务而不是网络服务器本身。这将删除前几个步骤，甚至可以替换他们的备份......
【问题讨论】：
标签： file-upload upload backup storage cloud-hosting
Amazon's S3 Storage pricing 看起来对您的应用程序来说是相当合理的。您将在所有类别中处于最低使用级别：
Storage Pricing
Standard Storage Reduced Redundancy Storage
First 1 TB / month $0.140 per GB $0.093 per GB
Request Pricing
PUT, COPY, POST, or LIST Requests $0.01 per 1,000 requests
GET and all other Requests $0.01 per 10,000 requests
Data Transfer Pricing
Data Transfer OUT
First 1 GB / month $0.000 per GB
Up to 10 TB / month $0.120 per GB
“减少冗余”建议提供四个九 (99.99%) 可用性——这相当于每年大约 53 分钟的停机时间。 不错。 “标准存储”在他们的定价计算器中有足够的 9 工具提示，您可以假设只有灾难性事件会导致您的 数据。如果我要避开备份，这将是我会选择的选项 完全依赖亚马逊进行备份。
假设运营两年后年增长率翻倍：1000 每月上传数兆字节：12 GB 的存储空间，不到 2 美元 两年后每月存放一次。 （之前会更便宜 然后。）
您的PUT 请求非常罕见（每月 40-120 次），您可能
以及假装他们是每月 0 美元。
您的GET 请求非常少见（每月 80-240 个，假设两者
上传者和指定的查看者各下载一次内容）
你不妨假装他们永远免费。 （每 10,000 便士？哇。）
如果您假设每个月输出 2 GB 的数据（这是两年后 每年翻倍增长的观点——200 兆变为 400、800，并假设 视频上传者和指定观看者都只下载每个视频一次， 那是 1600 兆字节），这将是每月 0.24 美元。
假设增长率不错并展望未来两年 累积存储是什么样子的，每月大约 2.25 美元 您的数据托管费用。
但只有当您准备修改现有工具以上传到 S3 存储桶时，S3 存储才有意义。您可能需要付出更多努力让您指定的查看者“查看”内容——实际上，最简单的方法可能会暂时将 S3 存储桶中的内容下载到您的网络服务器，以便重新下载给您的查看者——或者您可能需要编写一个可以speak S3 将内容直接下载到查看器桌面的工具。 （有 Python 和 Ruby 库，可能还有其他库；s3cmd tool 也可能对快速和肮脏的工具有用。
【讨论】：