2011-02-17 10 views
1

現在、ウェブサイトに動画アップロードサービスを実装中です。ビデオはウェブサイトの主な機能ではありませんが、ユーザーは公平な額をアップロードします。 「問題」は、ユーザーがあらゆる種類のフォーマットをサーバーにアップロードしていて、私が使用しているFlowplayerがすべてを処理できないということです。現在私はh264へのバックグラウンドタスクでのアップロード時に動画を記録しています。誰かがアップロードすると、この場合、「nice」レベルを10に設定しても、サーバーが著しく遅くなります。ユーザーがアップロードした動画の配信

私の実際の質問は、比較的ビジーなウェブサイト(60kユニーク/月)でビデオコンテンツを配信する最良の方法は何ですか?私が今持っている

アイデア:

  • は(zencoder?)私は今のように続けますが、エンコーディングのための専用サーバーを追加
  • のみコンテンツをアップロードし、H264の一種としてコンテンツを提供ストリーム(rtmp?)。

サーバー情報:nginx + rails 2.2.2。

+0

減速の原因は何ですか?それは、再コーディングによってCPUやサーバのメモリにかかる負荷ですか、それともプロセス固有のものでしょうか? –

+0

私の推測は、記録中のCPUです。記憶は常に30%以下で問題ありません。記録が完了すると、サーバーは再びスナップします。これはクラウドサーバーであり、それが役立つならば、コアを追加するオプションがあります(?) – miccet

+0

ビデオトランスコードは、かなりCPUとディスクを必要とします。通常、専用サーバーで実行されます。 –

答えて

1

ビデオのトランスコードと配信は、70〜80%の適切なレベルに到達するのはかなり簡単です。

キラーである最後の10〜20%です。

月間60Kのユニークなサイトがあり、ビデオがユーザーエクスペリエンスやビジネスの大きな部分を占める場合は、自社のソリューションを商用ビデオプラットフォームに置き換えることを強くお勧めします。

ここに私の偏見を認めて - 私はOoyalaのために働いています - 私は正直なところ、これは普通のウェブマスターが自分自身で取り組んではいけないものだと信じています。対処すべき問題の数と、存在するコーナーケースは心配です。

また、このコンテンツの収益受け取りを検討する場合は、商用プラットフォームで利用できる機能を使用してより効果的に対応できるようになります。

もちろん、私はOoyalaが素晴らしい選択です(ここでは最高の選択です)、ここではうまくいきませんが、そこには数多くのオプションがあります。あなたが見たいと思うだろう何

は次のとおりです:UGC(ユーザー生成コンテンツ)

  • 柔軟かつ堅牢なトランスコーディング
  • コンテンツ管理
  • 解析
  • 広告ネットワークの統合をアップロードする

    • 能力
    • プレーヤーとバックエンドの両方のカスタマイズと統合のためのAPI
    • 可用性と信頼性
  • 関連する問題