Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
「事実」を「計測」して、「解釈」する 〜AWS Lambdaのメモリ最適解の見つけ方〜
Search
maimyyym
October 09, 2026
Technology
110
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
「事実」を「計測」して、「解釈」する 〜AWS Lambdaのメモリ最適解の見つけ方〜
2026/10/09 Fukuoka.sre#1
https://fukuoka-sre.connpass.com/event/399399/
maimyyym
October 09, 2026
More Decks by maimyyym
See All by maimyyym
高負荷プロダクション環境におけるAWS Lambdaのリアル 〜スケールとコストを左右する実行ライフサイクルの技術仕様〜
maimyyym
2
870
少人数チームで実現する、大規模AWSサーバーレス基盤における"揺らがない"信頼性運用
maimyyym
1
180
組織内の開発ポリシーを 整えるはじめの一歩
maimyyym
1
98
未来の自分と明日の誰かへ繋ぐ、非連続的なキャリアと再現性の分析
maimyyym
0
190
AWSを使う上で最低限知っておきたいセキュリティ研修を社内で実施した話 ~みんなでやるセキュリティ~
maimyyym
3
2.6k
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
11
6.5k
Amazon Inspector コードセキュリティで手軽に実現するシフトレフト
maimyyym
1
1k
組織とセキュリティ文化と、自分の一歩
maimyyym
3
1.7k
大規模サーバーレスプロジェクトのリアルな零れ話
maimyyym
3
480
Other Decks in Technology
See All in Technology
事業活動を AI Ready にする攻めと守りのデータエンジニアリング / data-engineering-for-ai-ready-business
pei0804
5
2k
IoTデバイスを繋げるプロトコルMatterをAndroidで使用する方法
harutiro
0
120
Snowflake Horizon Catalog と Apache Iceberg で作る オープンなデータ基盤
kitagawaz
0
460
1万名の社員が使う認証基盤で どう信頼性を担保するか?
kairim0
0
210
私の推しは「聞いてから進む」AIです -AI-DLCに一人でアプリを作らせた話
yama3133
1
180
分析AIエージェントを育てる、動く環境を育てる
codatum
0
330
初対面のメンバーがチームを組み、Claude Codeでゼロからサービスをリリース
mkdev10
0
110
オンラインゲームのシステム全体像 - コロプラ 2026年度 新卒研修
colopl
0
910
使いこなすために知っておきたい Azure SRE Agent アンチパターン
torumakabe
2
410
20260930_Gemma4_Hands-on
tsho
0
240
AgentCoreで実践するハーネスエンジニアリング
yakumo
1
290
OR学会2026年秋期大会_機械学習と数理最適化の融合による、配合レシピ最適化システム開発事例
brainpadpr
0
100
Featured
See All Featured
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
570
Product Roadmaps are Hard
iamctodd
55
13k
So, you think you're a good person
axbom
PRO
2
2.2k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.9k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
570
Navigating Team Friction
lara
192
16k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
420
The browser strikes back
jonoalderson
0
1.8k
Prompt Engineering for Job Search
mfonobong
0
490
What does AI have to do with Human Rights?
axbom
PRO
1
2.4k
Transcript
「事実」を「計測」して、「解釈」する 〜AWS Lambdaのメモリ最適解の見つけ方〜 Fukuoka.sre#1 2026.10.09 Mai Miyazaki @maimyyym ©Fusic Co.,
Ltd. 0
Introduction Click!! 宮 崎 真 衣 M A I M
I YA Z A K I HN: mai (@maimyyym ) 株式会社Fusic 2023年10月入社 事業本部 クラウドエンジニアリング部門 チームリーダー / エンジニア ◉ Work - AWSを基盤とするシステムの開発・運用、技術提案 AWSパートナープログラム関連業務 ◉ Skill - AWS / Python / TypeScript / PHP(Laravel) Interested in: Security, Identity & Compliance ◉ Hobby 2026 Japan All AWS Certifications Engineers 2026 Japan AWS Top Engineers 野球観戦、舞台観劇 ◉ Comment - AWS re:Invent 2026 参加します! ©Fusic Co., Ltd. 1
目次 CONTENTS 1. わたしたちの運用 2. AWS Lambdaのコスト=メモリ最適化 3. AWS Lambdaのメモリ“最適値”を測る
4. 「事実」を「計測」して「解釈」する ©Fusic Co., Ltd. 2
1 わたしたちの運用 ©Fusic Co., Ltd. 3
わたしたちの運用 システムのアーキテクチャ紹介 ▪ プライベートAPI Gateway → Lambda → OpenSearchがAPIの基本構成 ▪
OpenSearchにデータを格納する機構もサーバーレスで構築 ▪ サーバーレスだが、考える範囲は非常に多い ©Fusic Co., Ltd. 4
わたしたちの運用 わたしたちの「運用」 「運用」とは? ©Fusic Co., Ltd. 5
わたしたちの運用 わたしたちの「運用」 「運用」とは? 今回のプロジェクトにおいては・・・ - クライアントからの要望や意図しない挙動に対する技術調査・アプリ改修 - コスト最適化 - インフラ改善
などさまざまな課題対応・運用改善 ©Fusic Co., Ltd. 6
わたしたちの運用 わたしたちの「運用」 「運用」とは? 今回のプロジェクトにおいては・・・ - クライアントからの要望や意図しない挙動に対する技術調査・アプリ改修 - コスト最適化 - インフラ改善
などさまざまな課題対応・運用改善 ©Fusic Co., Ltd. 7
わたしたちの運用 コスト最適化、したいですよね ©Fusic Co., Ltd. 8
わたしたちの運用 コスト最適化、したいですよね システム構成図を改めて見てみる ©Fusic Co., Ltd. 9
わたしたちの運用 コスト最適化、したいですよね システム構成図を改めて見てみる ©Fusic Co., Ltd. 10
わたしたちの運用 コスト最適化、したいですよね システム構成図を改めて見てみる ©Fusic Co., Ltd. 11
2 AWS Lambdaのコスト = メモリ最適化 ©Fusic Co., Ltd. 12
AWS Lambdaのコスト=メモリ最適化 AWS Lambdaのコスト変動要素 コストを決める4つの要素 Provisioned Concurrency メモリ 実行時間 リクエスト量
(数×有効時間) ©Fusic Co., Ltd. 13
AWS Lambdaのコスト=メモリ最適化 AWS Lambdaのコスト変動要素 コストを決める4つの要素 Provisioned Concurrency メモリ 実行時間 リクエスト量
(数×有効時間) ©Fusic Co., Ltd. 14
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の測り方 01 追加設定なし 02 拡張機能を追加 REPORT RequestId: xxxxxxxx-xxxx-xxxxxxxx-xxxxxxxxxxx
Duration: 14.69 ms Billed Duration: 15 ms Memory Size: 1024 MB Max Memory Used: 103 MB CloudWatch Logs の REPORT 行を見る 実行ごとに出力される REPORT 行の Max Memory Used を確認し、CloudWatch Logs Insights で集計する CloudWatch Lambda Insights を有効にする 拡張機能を追加すると、メモリ使用率や CPU 時間など のメトリクスをダッシュボードで確認できる ©Fusic Co., Ltd. 15
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の測り方 01 追加設定なし 02 拡張機能を追加 REPORT RequestId: xxxxxxxx-xxxx-xxxxxxxx-xxxxxxxxxxx
Duration: 14.69 ms Billed Duration: 15 ms Memory Size: 1024 MB Max Memory Used: 103 MB CloudWatch Logs の REPORT 行を見る 実行ごとに出力される REPORT 行の Max Memory Used を確認し、CloudWatch Logs Insights で集計する CloudWatch Lambda Insights を有効にする 拡張機能を追加すると、メモリ使用率や CPU 時間など のメトリクスをダッシュボードで確認できる ©Fusic Co., Ltd. 16
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の測り方 01 追加設定なし 02 拡張機能を追加 REPORT RequestId: xxxxxxxx-xxxx-xxxxxxxx-xxxxxxxxxxx
Duration: 14.69 ms Billed Duration: 15 ms Memory Size: 1024 MB Max Memory Used: 103 MB CloudWatch Logs の REPORT 行を見る 実行ごとに出力される REPORT 行の Max Memory Used を確認し、CloudWatch Logs Insights で集計する CloudWatch Lambda Insights を有効にする 拡張機能を追加すると、メモリ使用率や CPU 時間など のメトリクスをダッシュボードで確認できる Kiro CLIでLogs Insightsの集計を サクッとできる! ※従量課金に注意 ©Fusic Co., Ltd. 17
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 測ってみた ©Fusic Co., Ltd. 18
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 (例)とある定期実行バッチLambdaのメモリ設定を最適化 割り当て : 10240MB 実際の使用量 : 110MB程度(Kiro
CLIでの計測結果) ©Fusic Co., Ltd. 19
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 (例)とある定期実行バッチLambdaのメモリ設定を最適化 割り当て : 10240MB どうする・・・? 実際の使用量 :
110MB程度(Kiro CLIでの計測結果) ©Fusic Co., Ltd. 20
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 (例)とある定期実行バッチLambdaのメモリ設定を最適化 割り当て : 10240MB どうする・・・? 実際の使用量 :
110MB程度(Kiro CLIでの計測結果) 256MBに設定変更しよう ©Fusic Co., Ltd. 21
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 実際の使用量が110MB程度なので、 余裕を持って256MBに設定してみよう ©Fusic Co., Ltd. 22
AWS Lambdaのコスト=メモリ最適化 メモリ使用量の計測結果 実際の使用量が110MB程度なので、 余裕を持って256MBに設定してみよう ©Fusic Co., Ltd. 23
AWS Lambdaのコスト=メモリ最適化 何が起きたか ©Fusic Co., Ltd. 24
AWS Lambdaのコスト=メモリ最適化 何が起きたか Lambdaの実行時間(Duration)が遅くなった メモリ設定 実行時間(Duration) 最大メモリ使用量 10240MB 100ms以下 110MB程度
256MB 1000ms以上 110MB程度 ©Fusic Co., Ltd. 25
3 AWS Lambdaのメモリ“最適値”を測る ©Fusic Co., Ltd. 26
AWS Lambdaのメモリ“最適値”を測る メモリ最適値を可視化するツール メモリ設定を総当たりで実測して、最適値を可視化してくれる AWS 公式のツール AWS Lambda Power Tuning
https://github.com/alexcasalboni/aws-lambda-power-tuning Step Functionsのステートマシンとして 動き、各メモリ設定を並列に実行 ©Fusic Co., Ltd. 27
AWS Lambdaのメモリ“最適値”を測る “最適値”を計測してみる 実際に測ってみた結果・・・ ©Fusic Co., Ltd. 28
AWS Lambdaのメモリ“最適値”を測る “最適値”を計測してみる 実際に測ってみた結果・・・ 実行時間が短く、 コストが最適なのは・・・ 512〜1024MB ©Fusic Co., Ltd.
29
4 「事実」を「計測」して「解釈」する ©Fusic Co., Ltd. 30
「事実」を「計測」して「解釈」する 「事実」と「解釈」は違う ©Fusic Co., Ltd. 31
「事実」を「計測」して「解釈」する 「事実」と「解釈」は違う 「事実」 • 10240MBのLambdaの メモリ使用量が100MB程度である • メモリを下げると 処理速度が落ちる(こともある) ニーズ
処理速度とコスト、 どちらも大事だから 最適解を見つけたい というニーズ 計測して 解釈 そのために、 「事実」を「計測」して 「解釈」する • 処理速度とコストの バランスが良いメモリ設定がある ©Fusic Co., Ltd. 32
「事実」を「計測」して「解釈」する 今回の事例を「事実・ニーズ・計測・解釈」で整理する 事実 1回目 メモリ使用量 だけで判断 2回目 Power Tuning で実測
割り当て10240MB 実使用量110MB程度 メモリを下げると 処理速度が落ちる ことがある ニーズ 計測 解釈 Lambdaの コストを下げたい REPORT行の Max Memory Usedを CloudWatch Logs Insightsで集計 余裕を見て 256MBで十分 → Durationが悪化 処理速度とコストを 両立したい AWS Lambda Power Tuningで 各メモリ設定を 並列に実測 実行時間が短く コストも最適なのは 512〜1024MB ©Fusic Co., Ltd. 33
わたしたちの運用 まとめ さまざまな、多くの「事実」がある中で、 いずれも「計測」可能な中で、 何を選び取り、ニーズに即した答えは何か「解釈」する ©Fusic Co., Ltd. 34
カジュアル面談もお気軽に! Let’s Talk! OSEKKAI × TECHNOLOGY ココロと技術で、ぴったりも、びっくりも。 Thank You ご清聴いただきありがとうございました
©Fusic Co., Ltd. 35