4

基本上，我即将推出一个音乐流媒体应用程序，我正在尝试计算成本。

S3 和 RackSpace 云等云服务价格昂贵。就可扩展性而言...我假设普通用户听音乐一个小时，假设我们的应用程序可以扩展到 100,000 个用户。每个用户的带宽约为 90MB / 小时... 让我们再假设一下，我们在 24 小时内平均有 10,000 个并发用户流式传输音乐（90MB（平均/小时）* 10k * 24 = 21,600,000MB = ~ 20.5 TB)...这真是一大堆带宽！根据 Rackspace 的定价，这是每天 3,780 美元……胡扯！另一件事是，Rdio、Grooveshark 等服务拥有大约 1500 万首（许可）歌曲......如果我将其纳入其中，那就是 15,000,000 * 3MB（平均歌曲）= 43,945GB = 每月 4,300 美元。

因此，按照这些费率，Rdio 和 Grooveshark 等公司绝不会支付这么多钱。

所以我的问题很简单......一般来说，创建流媒体服务时需要采取哪些路线？具体会赢得我的投票！（AKA，链接到提供更便宜的 CDN 服务或以统一费率计费的托管服务的评级良好的公司）

谢谢各位大佬！

更多的）

应用程序服务器将托管在 Rackspace 上......但考虑到我真的只需要一个快速的“cdn”这一事实，这有点无关紧要

4

4 回答 4

4

看看像jetNEXUS这样的加速负载平衡器。它们的设置和使用技术非常简单，例如静态缓存 HTML 复用和压缩，可以显着减少到达实际服务器的数据量。这可以为您节省大量带宽成本。我认为 Rackspace 有一些 Zeus 或 Jetnexus 产品，而且我知道它可以作为亚马逊云上的一个选项使用。

于 2012-10-22T18:27:18.210 回答
2

有很多方法可以降低成本。我知道 Spotify 会执行以下操作（除其他外）：

  1. 在本地缓存歌曲。
  2. 使用 P2P 从其他客户端下载（他们主要使用服务器来保证低延迟）。
  3. 只允许付费用户使用高比特率。

我建议您阅读以下内容：http ://www.csc.kth.se/~gkreitz/spotify-p2p10/

如果您正在寻找便宜的主机，那么我建议您查看：http ://www.hetzner.de/ 。我没有使用过它们，但我听说过很多关于它们的好消息。

于 2012-06-11T06:35:49.947 回答
1

我知道他们的 CDN（包含在价格中）的 Rackspace 云文件使用 Akamai。Akamai 似乎在网络上没有任何定价，但经过一番谷歌搜索后，它们似乎确实很贵。

我会尝试这些东西。

  1. 告诉 Rackspace 你的计划，并询问他们是否可以达成某种批量交易。
  2. 联系 Akamai 并告诉他们您的计划并查看他们提供的服务。
  3. 谷歌“最便宜的内容交付网络”，看看会发生什么。

我认为 CDN 是您想要的，它可以为您提供所需的容量。我认为没有 CDN 支持的简单 VPS 或云提供商不可能做那么多事情。

基本上，如果您提供大量静态内容，并且您是从云服务器（vps）进行的，它会在某个时候堵塞您的管道，即使您有几台服务器，它最终也会达到容量，但是使用 CDN，所有内容都被推送到节点，所以它基本上会继续下去:)

根据我的经验，Akamai CDN 非常棒。我已经使用了很多次（通过 RS 云文件），并且在 2 年内只遇到了 2 个问题，一个是最终用户使用一些遥远的 dns 服务器的错，另一个是在大约 1.5 天内修复，其中用户在意大利或其他地方，他们的内容来自其他国家。

Akamai 使用请求 URL 的 DNS 服务器的地理 IP 数据库查找为您提供附近主机的 IP。这对大多数人来说非常有用，因为他们将使用他们的 ISP DNS 服务器进行查找。

从好的方面来说，大多数用户的 ping 时间比从美国下载的要小得多，例如在黄金海岸，我到 akamai 的 ping 时间大约是 20-50 毫秒，到美国是 250-400 毫秒。

更新：自己做了一些谷歌搜索后，这看起来很有希望：http: //24ways.org/2008/using-google-app-engine-as-your-own-cdn - 他们说使用谷歌应用引擎作为 CDN . 从好的方面来说，上次我检查你可以免费做这件事，但从不好的方面来说，我不会通过计划保持免费来建立业务；按照谷歌发布免费东西的历史，然后对它们收费或放弃它们。

于 2012-06-11T14:39:56.900 回答
1

我们一直致力于降低我们的大容量电子邮件递送服务 ( http://elasticemail.com ) 的成本，该服务使用大量带宽并且需要扩展。我们发现，通过切换到 OVH，我们可以以更便宜的价格获得更多的带宽和更多的硬件，并且它们具有出色的 API 可以自动化您在复杂基础架构中发现的许多复杂性。

所以感谢 OVH ( http://ovh.ie ) 为我们节省了很多钱。

于 2012-06-11T06:36:26.943 回答