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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
maimyyym
October 09, 2026
Technology
46
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
860
少人数チームで実現する、大規模AWSサーバーレス基盤における"揺らがない"信頼性運用
maimyyym
1
180
組織内の開発ポリシーを 整えるはじめの一歩
maimyyym
1
97
未来の自分と明日の誰かへ繋ぐ、非連続的なキャリアと再現性の分析
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
並行性の問題を防げ!実践トランザクション入門
occhi
0
280
Kernel testing frameworks
ennael
PRO
0
110
生成AIと進める探索的データ分析(2026.10.03 第122回Tokyo.R勉強会)
tatamiya
2
1.4k
AI時代に必要な脅威モデリング― 変化の速度に負けない理解とリスク判断
masakane55
4
1k
AIアプリを使い分けるための共通ツール基盤を考えてみる#devio2026
osawa
0
260
React Nativeでの OTA Updateって、 どう説明する?
ichiki1023
0
150
メルペイ 会計システム概要と歴史
mewuto
0
160
IoTデバイスを繋げるプロトコルMatterをAndroidで使用する方法
harutiro
0
120
自主式軟體工廠
philipz
0
230
freeeらしさをAIとともに作る / Creating the freee Experience with AI
ymrl
0
200
AIは爆速なのに、私が詰まっていた話 ― 音声入力と鳴くマスコットでボトルネックを削る
yama3133
0
520
IR Today: Theory, Practice, and Agents
dtunkelang
0
350
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
WCS-LA-2024
lcolladotor
0
840
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
620
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
570
Balancing Empowerment & Direction
lara
6
1.3k
Accessibility Awareness
sabderemane
1
230
Navigating Weather and Climate Data
rabernat
0
550
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
710
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
SEO for Brand Visibility & Recognition
aleyda
0
4.8k
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