【问题标题】:scalability issues with video encoding on webserver网络服务器上视频编码的可扩展性问题
【发布时间】:2013-01-02 08:53:41
【问题描述】:

在即时创建用户的网络应用程序上,允许上传视频。使用 ffmpeg 将视频转换为 x264 以进行 iOS 播放。因此,如果用户过多,就会杀死 Web 服务器。

我正在考虑这样的事情。有几个编码服务器供应用程序使用,应用程序在接收到视频文件后上传到任何一个编码服务器,编码服务器对视频进行编码并上传回Web服务器。

是否有任何其他解决方案最好不会增加用户的响应时间?上传过程完成后,用户必须看到视频的预览。

客户端不想要任何第 3 方视频编码服务。我们已经协商过很多次,但他们不希望这样。

【问题讨论】:

  • 您希望上传多少次?您可能正在做一个过早的优化。您可以一次运行多个 ffmpeg 进程。只需使用多核处理器。
  • 客户端期望有 1000 个同时用户。在应用程序中,视频添加是一项可选功能。很多人可能不会选择视频。有些可能会上传视频文件,有些可能会从网络摄像头录制。有些人可能只使用 youtube 链接(如果 youtube 没有编码等)。由于该平台尚未上线,因此我不确定实际数字。
  • 你没有提到格式,上传的视频有没有可能使用某种类型的自定义播放器本地播放。允许的输入格式是什么。

标签: ffmpeg scalability video-encoding


【解决方案1】:

使用 Resque 之类的东西来排队编码作业。然后,您可以根据 Resque 上的队列大小来扩展进程/机器的数量。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-03-22
    • 2017-05-02
    • 2017-06-17
    • 2010-09-18
    • 1970-01-01
    • 2011-12-11
    • 2020-03-27
    • 2011-11-14
    相关资源
    最近更新 更多