開發(fā)函數(shù)計算的正確姿勢——使用 brotli 壓縮大文件

大文件問題

函數(shù)計算對上傳的 zip 代碼包尺寸限制為 50M。某些場景中代碼包中會超過這一限制，比如未經(jīng)裁剪的 serverless-chrome
<https://yq.aliyun.com/go/articleRenderRedirect?url=https%3A%2F%2Fgithub.com%2Fadieuadieu%2Fserverless-chrome%2Freleases>
，類似的還有 libreoffice ，此外常見的還有機器學(xué)習(xí)訓(xùn)練的模型文件。
目前解決大文件問題有三種方法

* 采用更高壓縮比的算法，比如本文介紹的 brotli 算法
* 采用 OSS 運行時下載
* 采用 NAS 文件共享
簡單的比較一下這三種方法的優(yōu)劣

方法優(yōu)點缺點
高密度壓縮發(fā)布簡單，啟動最快上傳代碼包較慢；要寫解壓代碼；大小受限制不超過 50 M
OSS下載解壓后文件不超過 512 M需要預(yù)先上傳至 OSS；要寫下載和解壓代碼，大概 50M/s 的下載速度
NAS文件大小沒有限制，無需壓縮需要預(yù)先上傳至 NAS；VPC 環(huán)境有冷啟動時延(~5s)
正常情況下如果代碼包能控制在 50M 以下啟動較快。而且工

• ? 上一篇：C#開發(fā)BIMFACE系列2 二次開發(fā)流程
• ? 下一篇： KubeCon 18會議分享 -- k8s網(wǎng)絡(luò)復(fù)雜性和診斷