【要約】AWS Lambda SnapStartはどのくらいのInit Durationの関数から採用すべきか [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
- ・SnapStart導入によるコールドスタート高速化への期待。
- ・スナップショット復元に伴う「Restore Duration」の発生。
- ・削減できるInit Durationと、新たに生じる復元コストのトレードオフが不明。
- ・パッケージサイズや初期化時間に応じた、具体的な採用判断基準の欠如。
// Approach
1.0MBから53.14MBまで、9種類のPythonパッケージ構成を作成。
2.Zip同梱とLambda Layerの2パターンで検証を実施。
3.14日間、EventBridgeで10分ごとに実行し、68,544件のデータを収集。
4.CloudWatch Logs Insightsを用い、Init DurationとRestore Durationを計測。
5.パッケージサイズと各時間の相関を統計的に分析。
// Result
- ・Restore Durationは約280-350msでほぼ一定。
- ・Init Durationが350-400msが採用の分岐点。
- ・Init Duration 400ms以上：劇的な改善（例: SciPyで+86.2%）。
- ・Init Duration 350ms以下：逆効果（例: NoPackagesで3倍以上の遅延）。
- ・パッケージサイズではなく、Init Durationを基準に判断すべき。
Senior Engineer Insight
> 「パッケージサイズ」ではなく「Init Duration」を指標とする判断基準は極めて実戦的。Restore Durationが約300msの固定コストである点は、設計上の重要な制約。コスト面（キャッシュ保持料・復元料）の考慮も必須。CI/CD工程でInit Durationを計測し、SnapStartの適用を自動判定する仕組みの構築が、大規模運用における最適解となる。