注: 2 つの部分に分割しないでください。ここには分割を正當(dāng)化するのに十分なテキストがありません。また、この記事では選択肢については説明せず、解決策に重點(diǎn)を置いています。

ビデオのサムネイルを効率的かつコスト効率よく大規(guī)模に生成する必要がありますか?専用のメディア処理サービスを使用する場(chǎng)合と比較して、実行コストがわずか數(shù)ペニーの AWS Lambda を使用して、真のサーバーレス ソリューションを構(gòu)築しましょう。

これから構(gòu)築するもの

ソリューションは、次の Node.js Lambda 関數(shù)で構(gòu)成されます。

• 一般的なビデオ形式を処理します
• ワークロードに基づいてスケール
• 失敗した操作の再試行ロジックを?qū)g裝します
• コードとしてのインフラストラクチャを介してデプロイ
• 動(dòng)畫(huà)あたりの実行コストはわずか 1 セント

なぜカスタムなのか

サムネイルを大規(guī)模に生成するのは、それほど簡(jiǎn)単でも、安価でもありません。コスト要因はビデオの場(chǎng)合に特に重要です。畫(huà)像の場(chǎng)合は、同じタイプの出力をサイズ変更、切り抜き、保存するだけで済みます。この責(zé)任をサードパーティのクラウド サービスにオフロードして、他の機(jī)能の提供に集中したり、ほんの少しの作業(yè)を行うだけで AWS VPC を離れることなくタスクを?qū)g行したりできます。動(dòng)畫(huà)の場(chǎng)合は話が別ですが。ビデオ ファイルははるかに大きく、さまざまなエンコード標(biāo)準(zhǔn)をサポートする必要があり、最終結(jié)果はビデオではなくなり、基本的に靜止畫(huà)像を抽出することになります。

AWS ネイティブ = 超高価

オプションを調(diào)査するとき、私は常にアプリケーションが使用されているプラ??ットフォームにネイティブなソリューションに目を向けます。 AWS では、それは MediaConvert または MediaLive です。どちらも、プロレベルのビデオ?jiǎng)I理が必要な場(chǎng)合には最適ですが、ビデオからサムネイルを取得したいだけの場(chǎng)合には便利です...まあ、確かにそれは可能ですが、そのような使用例を処理できるように設(shè)計(jì)されていますか? ?そうではありません。

驚くべきことかもしれませんが、AWS にはサムネイルの生成専用のサービスがありません。利用可能なソリューションは、ストリーミング メディアのサポートの提供や高度なビデオ変換タスクの実行など、他のユースケースに焦點(diǎn)を當(dāng)てています。

これらのサービスでそのような機(jī)能を構(gòu)築するための要件を見(jiàn)ると、問(wèn)題は非常に明らかです

• AWS メディア サービスを使用する場(chǎng)合、ビデオ出力が定義されていない処理パイプラインを作成することはできません。ビデオ全體を処理し、そのプロセスの副産物であるサムネイルを使用する場(chǎng)合にのみ結(jié)果を破棄する必要があります。
• そのため、サムネイル ジェネレーターとしては非常に高価です。処理されたビデオ 1 分あたり $0.0075 を支払うのは、それほど大した金額ではないように感じられるかもしれませんが、非常に早く加算されます。1,000 本のビデオの場(chǎng)合、それぞれ 15 分間の処理コストがかかります$100 以上になります

ビデオのサムネイルをいくつか生成するのに、朝のコーヒーよりも費(fèi)用がかかるはずですか? ? これらのサービスは強(qiáng)力ですが、サムネイルの生成などの単純なタスクには過(guò)剰であるためです。

AWS メディア サービスの実際のコストはドル?yún)g位だけではなく、必要のない複雑さにもかかっています。

新しい要件に遭遇するたびに、私の心は「仕事に最適なツールを見(jiàn)つける」モードに切り替わります。私は、自分が知っているものに頼らず、できるだけ多くの代替案を常に模索することの重要性を説いてきたので、壊れたレコードのように聞こえるかもしれません…でも、私はそのレコードがかかっている曲が好きなのだと思います！ ??

それは病狀とも言えます。私はエンジニアリングの OCD の問(wèn)題を十分に認(rèn)識(shí)しています... ?

でも余談ですが...

AWS を超えて

確かに、他の解決策もありますが、多くの場(chǎng)合、それぞれに頭痛の種が伴います。

• 外部サービスは通常、API 呼び出しまたは処理されたデータ量ごとに料金を請(qǐng)求します
• 処理のためにビデオを外部サービスにアップロードする必要があるため、下り料金がさらに高くなります
• うまく拡張できない可能性があり、処理のスロットルが発生する可能性があります

カスタム専用のソリューション

ただ安いだけでなく、実際に必要なものに重點(diǎn)を置いたもの、つまり、文字通り 1 セントでビデオのサムネイルを生成するサーバーレス ソリューションを構(gòu)築しましょう。 ?

システムは次の AWS のサービスとツールを使用します:

• Amazon S3 - ソースビデオと生成されたサムネイル用のストレージ
• AWS Lambda - サーバーレス コンピューティング環(huán)境
• FFmpeg - ビデオ?jiǎng)I理フレームワーク
• Docker - FFmpeg および Lambda コードのコンテナ パッケージ化
• Amazon SQS - 処理調(diào)整用のメッセージキュー

ビデオがソース S3 バケットにアップロードされると、処理リクエストをキューに入れるイベントがトリガーされます。 Lambda 関數(shù)がそれを取得し、Docker コンテナ內(nèi)で実行されている FFmpeg を使用して処理します。生成されたサムネイルは、ターゲットの S3 バケットに保存されます。スロットルやインフラストラクチャ関連の問(wèn)題などの回復(fù)可能な一時(shí)的な問(wèn)題は自動(dòng)的に再試行されますが、その他すべての失敗したイベントは監(jiān)査のために配信不能キューに自動(dòng)的に送信されます。

このサービスは、2 つのサイズのビデオ サムネイルを自動(dòng)的に生成します。大きいバージョンには、フレームの中央に半透明のビデオ アイコンが含まれており、ユーザーがビデオ コンテンツをすばやく識(shí)別できるようになります。

サンプルプロジェクト

• GH から取得

サービス

• オーケストレーション ビデオ?jiǎng)I理用途
• FFmpeg
• 2 つのサムネイル タイプ
• さまざまなサイズのオーバーレイ付き コンテナ內(nèi)の FFmpeg
• これは Lambda で Ffmpeg CLI を利用できるようにする方法です
• Dockerfile 導(dǎo)入
• コンテナのビルド
• サーバーレス展開(kāi)
• Docker 化された Lambda 定義 テスト中
• int
• e2e サーバーレス
• この時(shí)點(diǎn)で他に何かありますか?

魔法のコンテナ?

Lambda で FFmpeg をパッケージ化する Dockerfile は次のとおりです。

お金を見(jiàn)せてください! ?

1 か月あたり 1,000 本のビデオを処理する場(chǎng)合のコストの內(nèi)訳を見(jiàn)てみましょう:

AWS メディアコンバータ

• ビデオ 1 分あたり 0.08 ドル
• 1,000 ビデオ × $0.08 = $80

私たちのソリューション

• ラムダ: 1024MB × 10s × 1000 = $0.17
• S3: ストレージの GET/PUT = $0.05
• 合計(jì): $0.22

これは 99.7% のコスト削減です。 ?

何が間違っているのでしょうか? ?

このソリューションは素晴らしいですが、落とし穴がないわけではありません:

• メモリ使用量: FFmpeg はメモリを大量に消費(fèi)する可能性があります。 4K ビデオを処理している場(chǎng)合は、Lambda メモリを増やす必要がある場(chǎng)合があります。
• タイムアウト制限: 非常に長(zhǎng)いビデオの場(chǎng)合、Lambda のタイムアウトに達(dá)する可能性があります。このような場(chǎng)合には、ステップ関數(shù)の使用を検討してください。
• コールド スタート: コンテナーは非常に大きいため、最初の呼び出しは遅くなる可能性があります。

次は何ですか? ?

これはほんの始まりにすぎません!このソリューションを次のように拡張できます。

• 複數(shù)のサムネイル サイズを生成
• ビデオメタデータを抽出する
• プレビュー GIF を作成する
• ビデオ透かしを追加

まとめ?

私たちは、大金を掛けずにビデオのサムネイルを生成するための、費(fèi)用対効果が高く、スケーラブルなソリューションを構(gòu)築しました。不要な機(jī)能に料金を支払う必要はもうありません!

覚えておいてください: 最良のソリューションとは、最も高価で複雑なソリューションではなく、必要なことを正確に実行し、それ以上でも以下でもないということです。

注記

これは役に立ちましたか? AWS とサーバーレスのコンテンツをさらに知りたい場(chǎng)合は、私をフォローすることを検討してください。サムネイルがビデオではなくモダンアートのように表示される場(chǎng)合は、まずビデオ形式を確認(rèn)してから、下にコメントを入力してください。 ?

冗談はさておき、AWS でのビデオ?jiǎng)I理の経験についてぜひお聞かせください。コストを最適化するための他の創(chuàng)造的な方法を見(jiàn)つけましたか?コメントで共有してください!

免責(zé)事項(xiàng)

このソリューションは運(yùn)用環(huán)境で徹底的にテストされていますが、展開(kāi)する前に獨(dú)自の環(huán)境で徹底的にテストしてください。何かに火がついた場(chǎng)合は、マシュマロの素晴らしいレシピを用意しておきます。 ?

---

--- 私のメモ - 記事の要點(diǎn)

Lambda を使用して Docker を?qū)g行する理由 - 最初の選択肢ではなく、場(chǎng)合によっては唯一の選択肢、レイヤーの代替手段
AWS メディア サービスと比べて実行コストが非常に安い
高速です。異なるファイル サイズで比較を?qū)g行します
テスト可能な Ffmpeg

以上がAWS Sideo サムネイル ジェネレーター - サーバーレス Node.js ソリューションガイドの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。