注意：不要分成兩部分，這里沒有足夠的文字來證明拆分的合理性，并且本文重點介紹解決方案而不是討論選擇。

需要高效且經(jīng)濟高效地大規(guī)模生成視頻縮略圖嗎？讓我們使用 AWS Lambda 構(gòu)建一個真正的無服務(wù)器解決方案，與使用專用媒體處理服務(wù)相比，該解決方案的運行成本僅為幾美分。

我們要建造什么

該解決方案包含一個 Node.js Lambda 函數(shù)，該函數(shù)：

• 處理常見視頻格式
• 根據(jù)工作負(fù)載進行擴展
• 實現(xiàn)失敗操作的重試邏輯
• 通過基礎(chǔ)設(shè)施即代碼進行部署
• 每個視頻的運行成本僅為一美分

為什么要定制

大規(guī)模生成縮略圖并不容易，也不便宜。對于視頻來說，成本因素尤其重要 - 對于圖像，您所要做的就是調(diào)整大小、裁剪并存儲相同類型的輸出。您可以將此責(zé)任轉(zhuǎn)移給第三方云服務(wù)，以專注于提供其他功能，或者只需做一點工作即可在不離開 AWS VPC 的情況下執(zhí)行任務(wù)。但對于視頻來說，情況有所不同。視頻文件要大得多，我們必須支持大量不同的編碼標(biāo)準(zhǔn)，最終結(jié)果不再是視頻 - 我們本質(zhì)上是提取靜態(tài)圖像。

AWS Native = 超級昂貴

在研究選項時，我總是求助于應(yīng)用程序所在平臺的原生解決方案。在 AWS 中，這是 MediaConvert 或 MediaLive。當(dāng)您需要專業(yè)級視頻處理時，兩者都很棒，但當(dāng)您只想從視頻中抓取縮略圖時……好吧，它們確實可以做到，但它們設(shè)計是否可以處理此類用例？不是真的。

令人驚訝的是，AWS 沒有專門用于生成縮略圖的服務(wù)?？捎玫慕鉀Q方案側(cè)重于其他用例，例如提供對流媒體的支持或運行高級視頻轉(zhuǎn)換任務(wù)。

當(dāng)您查看使用這些服務(wù)構(gòu)建此類功能的要求時，問題非常明顯

• 使用 AWS Media 服務(wù)時，無法創(chuàng)建未定義視頻輸出的處理管道 - 您需要處理整個視頻并丟棄結(jié)果，僅使用該過程的副產(chǎn)品縮略圖
• 因此，它作為縮略圖生成器非常昂貴 - 每分鐘處理視頻支付 0.0075 美元 可能感覺不多，但加起來很快 - 對于 1,000 個視頻，每個 15 分鐘長的處理成本將超過$100

生成一些視頻縮略圖的成本應(yīng)該比早上喝咖啡的成本還要高嗎？ ? 這只是因為這些服務(wù)雖然功能強大，但對于縮略圖生成等簡單任務(wù)來說卻顯得有些過分了。

AWS Media 服務(wù)的真正成本不僅僅在于美元 - 還在于您通常不需要的復(fù)雜性。

每次遇到新的要求時，我的思維都會調(diào)整到“尋找適合工作的完美工具”模式。我一直在宣揚不要遵循你所知道的東西的重要性，并且總是探索盡可能多的替代方案，這樣我可能會開始聽起來像一張破唱片……但我想我喜歡唱片正在播放的曲調(diào)！ ??

您也可以將其稱為醫(yī)療狀況。我完全意識到我的工程強迫癥問題...？

但是我離題了...

超越 AWS

當(dāng)然，還有其他解決方案，但它們常常帶來令人頭痛的問題：

• 外部服務(wù)通常按 API 調(diào)用或處理的數(shù)據(jù)量收費
• 您必須將視頻上傳到外部服務(wù)進行處理，這意味著出口成本更高
• 它們可能無法很好地擴展，讓您需要處理節(jié)流

定制的專用解決方案

讓我們構(gòu)建一些不僅更便宜，而且專注于我們實際需要的東西 - 一個可以生成視頻縮略圖的無服務(wù)器解決方案。 ？

系統(tǒng)使用以下 AWS 服務(wù)和工具：

• Amazon S3 - 源視頻和生成的縮略圖的存儲
• AWS Lambda - 無服務(wù)器計算環(huán)境
• FFmpeg - 視頻處理框架
• Docker - FFmpeg 和 Lambda 代碼的容器打包
• Amazon SQS - 用于處理協(xié)調(diào)的消息隊列

當(dāng)視頻上傳到源 S3 存儲桶時，它會觸發(fā)一個對處理請求進行排隊的事件。 Lambda 函數(shù)使用在 Docker 容器中運行的 FFmpeg 拾取并處理它。然后生成的縮略圖存儲在目標(biāo) S3 存儲桶中?？苫謴?fù)的暫時性問題（例如限制或基礎(chǔ)設(shè)施相關(guān)問題）會自動重試，而所有其他失敗事件會自動發(fā)送到死信隊列以進行審核。

該服務(wù)會自動生成兩種尺寸的視頻縮略圖。較大的版本在畫面中央包含一個半透明的視頻圖標(biāo)，幫助用戶快速識別視頻內(nèi)容。

示例項目

• 從 GH 拉取

服務(wù)

• 編排 視頻處理實用程序
• FFmpeg
• 兩種縮略圖類型
• 不同尺寸，帶覆蓋層 容器中的 FFmpeg
• 這就是我們?nèi)绾问?Ffmpeg CLI 可用于 Lambda
• Dockerfile 部署
• 容器構(gòu)建
• 無服務(wù)器部署
• Docker化的Lambda定義 測試
• int
• e2e 無服務(wù)器
• 此時還有什么嗎？

神奇的容器？

這是我們用 Lambda 打包 FFmpeg 的 Dockerfile：

讓我看看錢！ ？

讓我們來詳細(xì)分析一下每月處理 1000 個視頻的成本：

AWS MediaConvert

• 每分鐘視頻 0.08 美元
• 1000 個視頻 × $0.08 = $80

我們的解決方案

• Lambda：1024MB × 10s × 1000 = 0.17 美元
• S3：存儲 GET/PUT = $0.05
• 總計：$0.22

成本降低了 99.7%！ ？

可能會出現(xiàn)什么問題？ ？

雖然這個解決方案非常棒，但它并非沒有問題：

• 內(nèi)存使用：FFmpeg 可能會占用大量內(nèi)存。如果您正在處理 4K 視頻，您可能需要增加 Lambda 內(nèi)存。
• 超時限制：對于很長的視頻，您可能會遇到 Lambda 的超時。對于這些情況，請考慮使用階躍函數(shù)。
• 冷啟動：容器很大，所以第一次調(diào)用可能會比較慢。

接下來是什么？ ？

這只是開始！您可以將此解決方案擴展到：

• 生成多個縮略圖尺寸
• 提取視頻元數(shù)據(jù)
• 創(chuàng)建預(yù)覽 GIF
• 添加視頻水印

結(jié)束了嗎？

我們構(gòu)建了一個經(jīng)濟高效、可擴展的視頻縮略圖生成解決方案，而且不會花太多錢。不再需要為不需要的功能付費！

記住：有時最好的解決方案并不是最昂貴或最復(fù)雜的 - 而是能夠完全滿足您需要的解決方案，僅此而已。

筆記

覺得這有幫助嗎？考慮關(guān)注我以獲取更多 AWS 和無服務(wù)器內(nèi)容！如果您的縮略圖看起來像現(xiàn)代藝術(shù)而不是您的視頻...那么，請先檢查您的視頻格式，然后在下面發(fā)表評論！ ?

拋開所有笑話，我很想聽聽您在 AWS 中進行視頻處理的體驗。您是否找到了其他優(yōu)化成本的創(chuàng)造性方法？評論里分享一下吧！

免責(zé)聲明

雖然此解決方案已經(jīng)在生產(chǎn)中經(jīng)過了實際測試，但請在部署之前在您自己的環(huán)境中進行徹底測試。如果有什么東西著火了，我有一個很棒的棉花糖食譜！ ？

---

--- 我的筆記 - 文章的談話要點

為什么 docker 與 Lambda - 不是第一選擇，有時是唯一選擇，層替代
與 AWS Media 服務(wù)相比，運行起來超級便宜
速度很快，可以對不同文件大小進行比較
可測試的 Ffmpeg

以上是AWS Sideo 縮略圖生成器 - 無服務(wù)器 Node.js 解決方案指南的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！