我正在为一位艺术家构建一个应用程序,并建议他们在s3上托管mp3文件,因为它在第一年可以免费提供一定的带宽。
该应用程序将在s3上流式传输几张160kbit mp3文件的唱片,以及一些1280x720.jpg的图像,应用程序在启动时会下载这些图像。
应用程序需要尽可能快地获取这些图像(每个大约250k),并且在终止后无法在本地缓存它们,每次启动时都会重新下载图像。
考虑到预计将有10k到10万用户,可能更多,主要在美国,添加Cloudfront会有价值吗?与只使用S3相比,是否更有可能让收入不高的人破产?
发布于 2013-03-06 14:44:47
看看Amazon Web Services Simple Monthly Calculator。
您可以在其中输入关于存储和数据传输的假设,并查看预期成本。您已经清楚地知道,CloudFront将极大地降低客户端的延迟。
我做了一个基本的假设,每个用户每天1小时的流媒体,你的范围是10k到100k用户。
This source提供的160kbit mp3音频为72MB/小时,因此我们将使用以下公式来计算每月总传输数:
72 MB/hour * 1 hour/user/day * 30 day/month * 10k user这提供了:
10k users
的10k/月
使用上面的数字,这是你的成本:
每个month
的基础上每月增加2,000美元到13,000美元
TL;DR 在您的场景中,无论有多少用户,使用CloudFront都会使成本增加一倍。
您还应该考虑到,如果您联系亚马逊购买CloudFront上的预留容量,以换取更优惠的传输费用费率,实际成本可能会更低。从他们的CloudFront pricing page
预留容量让您可以选择承诺12个月或更长时间的最低月度使用级别,从而获得显著的折扣。保留容量协议从每月从单个区域传输至少10 TB的数据开始。承诺更高使用率的客户将获得额外的折扣。
显然,保留容量的差异可能会为您节省多达50%的CloudFront成本,这意味着CloudFront仅占您总传输成本的1/3,而不是的一半。
发布于 2013-03-06 15:54:28
S3仅用于静态数据,如图像,使用cloudfront将会有很大的帮助。
https://stackoverflow.com/questions/15238721
复制相似问题