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
Serverless Application Monitoring | DevOps.com ...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Taiji HAGINO
PRO
January 26, 2023
Technology
0
74
Serverless Application Monitoring | DevOps.com Webinar
本資料は2023年1月24日に開催した、DevOps.com Webinarでの登壇資料になります。
Taiji HAGINO
PRO
January 26, 2023
Tweet
Share
More Decks by Taiji HAGINO
See All by Taiji HAGINO
5分で知るMicrosoft Ignite
taiponrock
PRO
0
490
Bridging the Gap:Why Developer Relations and Product Management Must Work Together
taiponrock
PRO
0
46
What Four Approaches Taught Me About Developer Productivity
taiponrock
PRO
0
27
Automatic Creation of Azure Environment Configuration Diagrams! with Datadog Cloudcraft
taiponrock
PRO
0
78
VS Code の静的分析でリアルタイムのコードフィードバックを取得
taiponrock
PRO
0
190
Backstage of Enterprise Conference
taiponrock
PRO
1
220
どの種は何の花を咲かす?DevRelのターゲットオーディエンスを知ることの意味
taiponrock
PRO
2
400
Datadogの便利な使い方 - 意外と知らない?CoScreenとCloudcraft
taiponrock
PRO
1
2k
DatadogとPagerDutyで改善するシステム障害対応
taiponrock
PRO
0
820
Other Decks in Technology
See All in Technology
ランサムウェア対策としてのpnpm導入のススメ
ishikawa_satoru
0
190
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
250
クレジットカード決済基盤を支えるSRE - 厳格な監査とSRE運用の両立 (SRE Kaigi 2026)
capytan
6
2.8k
量子クラウドサービスの裏側 〜Deep Dive into OQTOPUS〜
oqtopus
0
130
What happened to RubyGems and what can we learn?
mikemcquaid
0
310
CDK対応したAWS DevOps Agentを試そう_20260201
masakiokuda
1
360
20260204_Midosuji_Tech
takuyay0ne
1
160
AIエージェントを開発しよう!-AgentCore活用の勘所-
yukiogawa
0
170
SREじゃなかった僕らがenablingを通じて「SRE実践者」になるまでのリアル / SRE Kaigi 2026
aeonpeople
6
2.5k
レガシー共有バッチ基盤への挑戦 - SREドリブンなリアーキテクチャリングの取り組み
tatsukoni
0
220
Agile Leadership Summit Keynote 2026
m_seki
1
650
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
68k
Featured
See All Featured
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
0
150
First, design no harm
axbom
PRO
2
1.1k
Deep Space Network (abreviated)
tonyrice
0
49
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.6k
The Curious Case for Waylosing
cassininazir
0
240
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
380
Art, The Web, and Tiny UX
lynnandtonic
304
21k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
86
Technical Leadership for Architectural Decision Making
baasie
2
250
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
66
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.6k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
260
Transcript
Datadogによるサーバレスアプリの モニタリング DevOps.com Webinars
Speaker
Taiji Eddie Hagino Senior Technical Advocate Serverless Experiences: Lambda Azure
Functions Apache OpenWhisk 詳細プロフィールはこちらから
Agenda
You will learn about • Datadogのご紹介 • サーバーレスの利用実態調査 ◦ GCPにおける利用状況
◦ Azureにおける利用状況 ◦ AWSにおける利用状況 • サーバーレスのモニタリング手法 • デモ • まとめ
Datadogのご紹介
Datadog 技術革新の歴史
新しいテクノロジーにより複雑さが増加
9 現代のマルチレイヤーのITインフ ラは非常に複雑 問題は技術スタックのどのレベル でも発生し、直ぐに連鎖して制御 不能になる可能性がある 全てのチームにおいて共通言語 を持っておらず、ITインフラの障害 が起きる重要な場面で不意をつ かれる事がよくある
Application/Front-end Mobile Developers Web Developers Application / Back-end Application Developers Software Engineers Customer Support Product Teams Infrastructure Systems Admins Cloud Infra Teams DevOps Teams ! ! ! !
10 従来のサイロ化された監視ツー ルは、クラウドのような大きなス ケールの問題を検出するように は設計されていません すべてを手作業で照会し、関連 付けなければなりません プラットフォームの近代化、クラ ウドへの移行プロジェクトに悪影 響を与える:
• MTTDとMTTRの時間数の増加 • アジリティの減速 • 費用の増加 Traceは一般的な領 域を示しているが特 定はできていない Logは量が多く価値 も多様で、費用と視 認性のトレードオフ 関係にある TOOL 1 TOOL 3 TOOL 6 TOOL 4 TOOL 5 TOOL 6 TOOL 5 TOOL 2 ! ! ! ! UXモニタリングツー ルはサーバー側の Trace、Log、 Metricsとの統合が 不十分 Metricsは何かが間 違っている事を示す が詳細が分からない Application/Front-end Application / Back-end Infrastructure
Datadog は真に統合された可観測性を持った SaaS 型プラットフォーム 600+
なぜDatadogは優れているのか? クラウドに依存しない – オンプレミス環境はもちろん最新のテクノロジースタック用に構築され、あらゆる場所に展開されます 使いやすさ – すぐに使い始められるダッシュボード, Query言語無しで利用可能とするUI/UX 優れたメトリクス粒度と保持期間
– 15秒単位で15ヶ月間保持, ロールアップ無し データドリブン、アクショナブルアラート - 機械学習によりアラート疲れを削減 統一されたObservability (可観測性) – どんなチームでも誰でも一緒に使用できる統合されたプラットフォーム 制限の無いLogging - 全てのログをコスト効率よく取り込み、リアルタイムで分析可能
CHECKS SYNTHETICS CHATOPS ALERTING METRICS + EVENTS OTHER TOOLS Automation
Tools API Monitoring + APIs METRICS INFRASTRUCTURE TRACES APM LOGS LOGGING Agentless 300+ *.log json Single Agent 450 +
サーバーレスの利用実態調査
None
サーバーレスへの関心と普及 https://www.datadoghq.com/ja/state-of-serverless/
https://www.datadoghq.com/ja/state-of-serverless/
https://www.datadoghq.com/ja/state-of-serverless/
GCPにおける利用状況
FaaSとコンテナ化の対等な関係 https://www.datadoghq.com/ja/state-of-serverless/
Azureにおける利用状況
コールドスタートのリスクを回避 https://www.datadoghq.com/ja/state-of-serverless/
AWSにおける利用状況
Lambdaが示すAPIエコノミーの台頭 https://www.datadoghq.com/ja/state-of-serverless/
サーバーレスのモニタリング手法
Datadogによるサーバーレスアプリケーションのモニ タリング
存在しないサーバーをどうやってデバッグするのか? 🤔
None
この中に存在しないサーバーを どうやってデバッグするのか?
サーバーレスプラットフォーム特有の制約 キュー経由での呼び出し (一般的には) 割り当てメモリ使用量 コールドスタート APIゲートウェイを 仲介した実行
AWS Lambdaを例に見てみよう
サーバーレス完全可視化のための3ステップ 1. AWSインテグレーションを 有効にする 2. フォワーダを追加する 3. 任意の言語でインストルメン トする
Lambda Forwarder
Lambdaの拡張メトリクス Datadog Forwarderを利用すれば、Cloud Watch標準メトリクス以外のメトリクス が収集可能 https://docs.datadoghq.com/ja/serverless/enhanced_lambda_metrics/
まずはじめに ここから実際にDatadogを使って拡張メトリクスをダッシュボードで見 るまでの手順を解説します。 以下は準備済みです: 1. Datadog上でAWSをインテグレーション 2. インテグレーションしたAWSにLambda関数をデプロイ
Datadog Foorwarderをデプロイしてみよう デプロイ方法(公式ドキュメントより) CloudFormation Terraform 手動 ここではCloudFormationを利用します
Datadog Integrations 1. Integrations メ ニューからAmazon Web Services を選 択
2. Add AWS Account をクリック
Datadog Integrations 1. 利用するAWSの リージョン を選択 2. DatadogのAPI Key を選択
3. Launch CloudFormation Template をクリッ ク
AWS Console 1. 各種設定値はデ フォルトのまま 2. IAMリソースによる 内容と機能要求に 説明に同意する(2 つのチェックボック
スをON) 3. スタックの作成をク リック
AWS Console 1. しばらくするとイベ ントパネルにある各 イベントがアクティ ブになる 2. スタックパネルにあ る4つのスタックが
CRATE_COMPLET E になるのを確認
Datadog Dashboard 1. Datadogの Dashboardを選択 2. All Dashboardsの 中から AWS
Lambda (Enhanced Metrics) を選択
Datadog Dashboard
まとめ
• サーバーレスは魅力的 • 利用時の不具合対応責任はクラウドベンダーではなく利用者(サービスプロバイダー) • システムのダウンタイムを避けるために、異常や故障を早期に発見する必要がある • モニタリングとセキュリティの課題を軽視できない • 膨大なFaaS要素に依存するインストールでは人的管理は不可能
👇 👇 👇 成長するサーバーレス :モニタリングやセキュリティとともに考える
Thanks! Taiji Eddie Hagino Senior Technical Evangelist
[email protected]