Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
JDDUG#15 DataDogで行うバッチ改善
Search
Nealle
February 18, 2026
Technology
100
0
Share
JDDUG#15 DataDogで行うバッチ改善
Japan Datadog User Group Meetup#15@東京 での登壇資料です。
https://datadog-jp.connpass.com/event/378380/
Nealle
February 18, 2026
More Decks by Nealle
See All by Nealle
クラウドネイティブなエンジニアに向ける Raycastの魅力と実際の活用事例
nealle
2
250
3つのボトルネックを解消し、リリースエンジニアリングを再定義した話
nealle
0
810
「なぜ」を残し、SLOを育てる IaCによるSLI/SLO運用の実践
nealle
0
120
Datadogのログコスト最適化
nealle
0
930
今、アーキテクトとして 品質保証にどう関わるか
nealle
0
250
AI巻き込み型コードレビューのススメ
nealle
2
3k
Startup Tech Night ニーリーのAI活用
nealle
0
130
モビリティSaaSにおけるデータ利活用の発展
nealle
1
1k
Pythonに漸進的に型をつける
nealle
1
220
Other Decks in Technology
See All in Technology
カオナビに Suspenseを導入するまで / The Road to Suspense at kaonavi
kaonavi
1
440
Shiny New Tools Won't Fix Your Problem
trishagee
1
110
Vision Banana: Image Generators are Generalist Vision Learners
kzykmyzw
0
320
[Scram Fest Niigata2026]Quality as Code〜AIにQAの思考を再現させる試み〜
masamiyajiri
1
290
「誰一人取り残されない」 AIエージェント時代のプロダクト設計思想 Product Management Summit 2026
mizushimac
1
3k
みんなの考えた最強のデータ基盤アーキテクチャ'26前期〜前夜祭〜ルーキーズ_資料_遠藤な
endonanana
0
140
『生成AI時代のクレデンシャルとパーミッション設計 — Claude Code を起点に』の執筆企画
takuros
3
2.3k
Oracle Cloud Infrastructure:2026年4月度サービス・アップデート
oracle4engineer
PRO
0
380
需要創出(Chatwork)×供給(BPaaS) フライホイールとMoat 実行能力の最適配置とAI戦略
kubell_hr
0
2.1k
MySQL 9.7がやってきた ~これまでのあらすじと基本情報~ @ 日本MySQLユーザ会会2026年04月 / mysql97-yattekita
sakaik
0
180
試作とデモンストレーション / Prototyping and Demonstrations
ks91
PRO
0
190
色を視る
yuzneri
0
320
Featured
See All Featured
The World Runs on Bad Software
bkeepers
PRO
72
12k
Into the Great Unknown - MozCon
thekraken
41
2.4k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
New Earth Scene 8
popppiees
3
2.2k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.4k
Documentation Writing (for coders)
carmenintech
77
5.3k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.4k
First, design no harm
axbom
PRO
2
1.2k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
270
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Automating Front-end Workflow
addyosmani
1370
200k
The browser strikes back
jonoalderson
0
1k
Transcript
CONFIDENTIAL 2026.02.18 NEALLE DataDogで行うバッチ監視改善 〜意図しないコスト増の落とし穴も添えて〜 1
CONFIDENTIAL 2 氏名 所属 経歴 大木 建人 / Kento Ohgi
株式会社ニーリー プロダクト統括本部 プラットフォームエンジニアリングG SRE / プラットフォームエンジニアリング 趣味 スノーボード🏂 この前初めて旭岳🏔行ってまいりました 2018-2020 大学で強化学習の研究 & インターンでAWSにハマる 2020-2023 新卒で合同会社DMM.comへ入社 SRE 2023- 株式会社ニーリー SRE 自己紹介 @2357gi @2357gi
CONFIDENTIAL 会社・プロダクト紹介 NEALLE 1|会社概要 3
CONFIDENTIAL 4 事業・プロダクト紹介 BtoBtoCのVertical SaaS「Park Direct」を運営
CONFIDENTIAL 生成AI、してますか? NEALLE 1|会社概要 1|前置き 5
CONFIDENTIAL が、AI活用の話は 今回はしません! AIをやっていく上での “土台”の話をします
NEALLE 1|会社概要 1|前置き 6
CONFIDENTIAL システムの悪化を検知した時のシナリオ 1|前置き 7 調査 計画 実装 本番確認
CONFIDENTIAL システムの悪化を検知した時のシナリオ ちょっと前まで 1|前置き 8 調査 計画 実装
本番確認 AIに委譲することが可能!
CONFIDENTIAL システムの悪化を検知した時のシナリオ 昨今 1|前置き 9 調査 計画 実装 本番確認
AIに委譲することが (技術的には) 可能!
CONFIDENTIAL 1|前置き 10 AIに委譲することが (技術的には) 可能! AIが自律的にメトリクスを収集する必要がある AIが読める場所に、
適切にメトリクスを集約する必要がある
CONFIDENTIAL 1|前置き 11 AIに委譲することが (技術的には) 可能! AIが自律的にメトリクスを収集する必要がある AIが読める場所に、
適切にメトリクスを集約する必要がある AIが読める場所 =
CONFIDENTIAL AI時代には、よりメトリクスを 正しく集約する必要がある NEALLE 1|会社概要 1|前置き 12
CONFIDENTIAL 2026.02.18 NEALLE DataDogで行うバッチ監視改善 〜意図しないコスト増の落とし穴も添えて〜 13
CONFIDENTIAL 2|構成の説明 14 よくある構成 歴史的背景により、単一のSFnで全てのバッチを管理している (EventBridgeによる呼び出し時にcommandを渡し、 ECS
Taskではそのコマンドを実行している)
CONFIDENTIAL 3|バッチ毎のインフラメトリクス取得 15 バッチ毎、個別に インフラメトリクスを取得したい DD_TAGSをオーバーライドし、バッチ名を渡す これにより、バッチ毎にインフラメトリクスが取得可能
🎉
CONFIDENTIAL 実行時間の取得 16 バッチ毎の実行時間も取りたい バッチ用のデコレータを定義し、以下をログに出力 ・バッチ名 ・実行結果
・実行時間 DataDogの Log PipelinesとGenerate Metricsを使用し、 バッチ毎の実行回数・時間・結果を抽出、メトリクス化! これにより、バッチの肝となるメトリクスも取れるように 🎉
CONFIDENTIAL 実行時間の取得 17 バッチ毎の実行時間も取りたい 実際の設定
CONFIDENTIAL 実際のダッシュボード 18
CONFIDENTIAL APMの導入 19 バッチへのAPM導入時にはサンプリングレートに注意 毎分実行などのバッチを100%で取りたくないが、 月一など実行頻度が低いバッチは取っておきたい
環境変数: DD_TRACE_SAMPLING_RULES を利用 実行頻度によって柔軟に設定できるように (terraformで管理しているので、EventBridgeのcron式によって自動的に設定)
CONFIDENTIAL APMの導入 20 バッチへのAPM導入時にはサンプリングレートに注意 terraformで管理しているので、EventBridgeのcron式によって自動的に設定
CONFIDENTIAL コスト増の落とし穴 21 しばらくした後、 NATGWのコスト急増 が発生 以下の2要因 ・datadog-agent をPublic
Repositoryから取得していた ・バッチのECS Task起動 & 停止が非常に多い そこで、ECR Pull Through Cacheを用いて ECR Private Repoにキャッシュすることに S3 VPC Endpointも経由してくれて、 無事コスト増を抑えることができた 🎉
CONFIDENTIAL 7|まとめ 22 AI時代だからこそ、テレメトリーの適切な収集 & 集約は大切 バッチもDataDogを利用して丸裸にできる
これを元に、AIに仕事を全部委譲しよう! 😁 まとめ ・Generate Metricsを利用し、ログからバッチ毎の実行時間を取得可能 ・APMはバッチ毎の実行回数に注意 ・ECR Pull Through Cacheを用いてコスト対策