我正在开始一个新项目,主要涉及以下内容:
- 上传大量视频
- 转换它们
- 为用户提供服务
我正在研究 Google App Engine 并使用新的Google Cloud Storage API来存储视频。
但是 Google Can 存储 API 仍处于Google App Engine 的实验阶段,这有点吓人。
但我想知道亚马逊的 EC2 是否不是更好的选择,因为它更成熟,可能更适合我正在尝试构建的那种服务。
我正在开始一个新项目,主要涉及以下内容:
我正在研究 Google App Engine 并使用新的Google Cloud Storage API来存储视频。
但是 Google Can 存储 API 仍处于Google App Engine 的实验阶段,这有点吓人。
但我想知道亚马逊的 EC2 是否不是更好的选择,因为它更成熟,可能更适合我正在尝试构建的那种服务。
第一选择都不是。
视频转码是相当 CPU 密集型的。您需要使用优化的转码器,该转码器可以利用较新的 CPU 或 GPU 上的转码功能。EC2 或 GAE 都不会让您这样做,因为它们不会透露您正在运行的硬件。您可能会考虑使用基于云的转码服务,而不是自己动手。
在这种情况下,您主要是存储和服务。亚马逊的存储和带宽更便宜。
鉴于我假设您不是转码专家的问题。您不会编写自己的 Go 转码器,因此在这种情况下,亚马逊将是您运行某些开源转码器的唯一选择。
从记忆中,这是今年 Google IO 的确切演示,使用 App Engine 结合Google Compute Engine进行上传 + 转码 + 其他好东西。
例如,这是一个包含一些详细信息的 blob 帖子。
这是I/O 的演示之一。
Amazon Web Services 最近发布了一项名为Amazon Elastic Transcoder的新 Web 服务。