lambda-lithアーキテクチャと移植性 / TECH BATON Lambda

2026-02-20 「TECH BATON in 東京 〜今 Lamdbaどうやって使ってる？ 〜 効き所と引き際とets.. LT Night」の登壇資料です。

Transcript

1. Lambda-lith アーキテクチャと移植性 Shodai Suzuki @SoartecL TECH BATON in 東京 〜今 Lamdba どうやって使ってる？ 〜 効き所と引き際とets.. LT Night 2026.02.20 © MOSH Inc.
2. 鈴⽊翔⼤ X @SoartecL VP of Technology Productivity チーム( 技術 基盤チーム) 趣味 OSS Orval メンテナ ダイビング
3. 突然ですが
4. MOSH のLambda →ECS 移⾏ ついに終わります🎉 引⽤: https://speakerdeck.com/soarteclab/400chao-lambdagou-cheng-apurikesiyonnojian-jin-de-riakitekutiya
5. 移⾏経験から引き際の事例紹介と その為に移植性を向上させたことに よる効き所の学びを共有
6. アジェンダ 抱えていた課題と顕在化した 課題 引き際 移植性の向上を⾏うために⾏ なった対策 移植性の向上 Lambda-lith の選定について の深堀り Lambda-lith について 1 2 3
7. 抱えていた課題例 ローカル開発環境の構築が困難 新しい動作確認環境を作ろうとすると同じ数の Lambda をまるっと増やすことになる コールドスタート時の高レイテンシ Lambda の数に比例する監視ツールのコスト増加 ログや認証認可などミドルウェアの実装が難しい Zip 形式だとLambda アーティファクトの上限サイズ制限 zip 圧縮後50MB
8. デプロイ失敗 コード全体をzip したアーティファク トを全てのLmabda で共有している アプリの成長に伴いアーティファク トが肥⼤化 上限サイズ制限(zip 圧縮後50MB) に達 してデプロイ不可能に 当時のslack
9. ECS に移⾏する判断 → その為に移植性を高める
10. アジェンダ 抱えていた課題と顕在化した 課題 引き際 移植性の向上を⾏うために⾏ なった対策 移植性の向上 Lambda-lith の選定について の深堀り Lambda-lith について 1 2 3
11. ①Lambda アーティ ファクトDocker 化 アーティファクト形式をzip から Docker image に変更 Docker image のイメージ上限サイズ は10GB(zip は圧縮後50MB) Docker コンテナが動けば移植可能 ↓
12. ↓ ②FastAPI + スキーマ 駆動 Lambda handler を全てFastAPI の ルーティングに置き換える 元々12,000 ⾏のyaml があったyaml を 修正、構造化 OpenAPI からFastAPI のController レ イヤーのソースコードを⾃動⽣成 Lambda に密結合していたアプリケー ションが「シンプルなFastAPI 」とし て切り出し可能になった
13. ↓ ↓ ③lambda-lith API Gateway のルーティングを1 つの Lambda に集約 FastAPI を導入してLambda 内でAPI をルーティング ローカル開発環境ではFastAPI アプリ として開発が可能 FastAPI によりログや認可などのミド ルウェアの実装が容易になる 従来の単⼀責務のlambda lambda-lith 引⽤: https://aws.amazon.com/jp/blogs/compute/comparing-design-approaches-for-building-serverless-microservices/
14. アジェンダ 抱えていた課題と顕在化した 課題 引き際 移植性の向上を⾏うために⾏ なった対策 移植性の向上 Lambda-lith の選定について の深堀り Lambda-lith について 1 2 3
15. Lambda-lith の選定
16. サーバーレスマイクロ サービス 単⼀責任、依存性注入、ファサード といったパターンを適⽤してコード を構造化します。 API のすべての依存関係とビジネスロ ジックを同じ関数内に共存させる と、関数のサイズは⼤きくなりま す。 引⽤: https://aws.amazon.com/jp/blogs/compute/comparing-design-approaches-for-building-serverless-microservices/
17. Anti-patterns AWS のDeveloper Guide ではイベン トドリブンのAnti-patterns として紹 介 パッケージサイズ 最⼩権限の適⽤が難しい アップグレードが困難 維持するの が難しい コードの再利⽤が困難 テストが難しくなる 引⽤: https://docs.aws.amazon.com/lambda/latest/dg/concepts-event-driven-architectures.html#monolith
18. 観点 単⼀責任Lambda Lambda-lith パッケージサイズ ⼩ ⼤ Web フレームワークサポート ⼩ ⼤ セキュリティ（IAM ） IAM 権限を最⼩化 広い権限が必要 スケーラビリティ コールドスタートは高速だが頻発 コールドスタートは遅いが低頻度 テスト容易性 低（Lambda 環境依存） 高 デプロイ容易性 高（影響範囲が限定的） 低（全体デプロイ、影響範囲が広い） 移植性 低（Lambda 密結合） 高(docker をそのままECS に移⾏可能) 単⼀責任lambda との比較
19. ECS への移⾏を⾒据えた 移植性を上げるために採⽤🎉
20. 柔軟なリアーキテクチャ ができることもLambda の利き所
21. おわり