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
220
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
900
少人数チームで実現する、大規模AWSサーバーレス基盤における"揺らがない"信頼性運用
maimyyym
1
190
組織内の開発ポリシーを 整えるはじめの一歩
maimyyym
1
120
未来の自分と明日の誰かへ繋ぐ、非連続的なキャリアと再現性の分析
maimyyym
0
190
AWSを使う上で最低限知っておきたいセキュリティ研修を社内で実施した話 ~みんなでやるセキュリティ~
maimyyym
3
2.6k
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
11
6.5k
Amazon Inspector コードセキュリティで手軽に実現するシフトレフト
maimyyym
1
1.1k
組織とセキュリティ文化と、自分の一歩
maimyyym
3
1.7k
大規模サーバーレスプロジェクトのリアルな零れ話
maimyyym
3
490
Other Decks in Technology
See All in Technology
AIコーディングエージェント開発_全体像
happysamurai294
0
140
デザインレビューは自動化できるのか?─ Flutter × Figma で UI 品質保証を考える
techiro
2
710
ドメインエキスパートは いかにして AI を使って プロダクト開発をするか
tatsuyashiraishi
1
250
Technical Project Manager の役割とやりがい、少しだけ AI
yoshiiryo1
0
540
視野はAIに、視座は人に / ai-for-breadth-humans-for-perspective
nkzn
6
2.7k
AI時代の開発はウォーターフォールに回帰する? / development-with-ai-back-to-wf
okamototakuyasr2
0
170
推論基盤と Scale-Up Interconnect の現状と制約から俯瞰する技術動向
markunet
2
720
"計画的無茶振り"を通してAIネイティブ世代の新人を育てる
subroh0508
1
140
AI時代のエンジニアの情報発信〜個人の発信を組織の力に変える〜
ryo_kawamata
0
6.5k
これだけは抑えておきたい!後悔しない re:Invent の過ごし方 / AWS re:Invent 2026 prestudy
kinunori
2
640
Claude Codeから見る、エンジニアの世界の変容とその先
oikon48
8
5.1k
E2Eってつらくないですか?E2Eの管理コストを下げる手段とその実践
akaboshinit
6
2.9k
Featured
See All Featured
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
2
500
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.3k
YesSQL, Process and Tooling at Scale
rocio
174
15k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
520
WENDY [Excerpt]
tessaabrams
14
40k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
560
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
450
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
730
Practical Orchestrator
shlominoach
192
12k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.4k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
870
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