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
ADOTで始めるサーバレスアーキテクチャのオブザーバビリティ
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Ryotaro Harada
April 10, 2026
Technology
320
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ADOTで始めるサーバレスアーキテクチャのオブザーバビリティ
Ryotaro Harada
April 10, 2026
More Decks by Ryotaro Harada
See All by Ryotaro Harada
30代、何を"諦める"か
alchemy1115
1
640
AgentCore RuntimeをVPCにデプロイして 開発ドキュメント作成AIエージェントを作った
alchemy1115
5
1k
バズる!アウトプット
alchemy1115
1
570
社外コミュニティと「学び」を考える
alchemy1115
2
230
雑に疎通確認だけしたい...せや!CloudShell使ったろ!
alchemy1115
0
900
AWS IoT CoreとRaspberry Piに触れてみた
alchemy1115
0
400
Other Decks in Technology
See All in Technology
GoとSIMDとWasmの今。
askua
3
510
地元にいないローカルオーガナイザーの立ち回り
uvb_76
1
470
Databricks 月刊サービスアップデート 2026年05月号
tyosi1212
0
210
Mastering Ruby Box
tagomoris
3
150
Platform Engineering as a Product: Criteria for Improvement and Multi-Tenant Design
kumorn5s
0
500
PHP と TypeScript の型システム比較:AI 時代の「型」は誰のためにあるのか? #frontend_phpcon_do / frontend_phpcon_do_2026
shogogg
1
250
トークン数だけでは測れない — Claude Code 組織展開の効果検証から学んだこと
makikub
0
130
美味しいスイスチーズを作ろう🧀🐭
taigamikami
1
240
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
750
個人の発見を、組織の知恵に 〜生成AI活用を"探索"から"組織の仕組み"へ〜
kintotechdev
2
980
そのPoC、何を検証したつもりでしたか? AIプロダクトの価値検証で陥った落とし穴
techtekt
PRO
0
150
はじめてのDatadog
kairim0
0
280
Featured
See All Featured
Facilitating Awesome Meetings
lara
57
6.9k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
Optimizing for Happiness
mojombo
378
71k
Become a Pro
speakerdeck
PRO
31
6k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
190
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
240
How Software Deployment tools have changed in the past 20 years
geshan
0
34k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
140
Speed Design
sergeychernyshev
33
1.8k
KATA
mclloyd
PRO
35
15k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.3k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Transcript
ADOTで始めるサーバーレス アーキテクチャのオブザーバビリティ 2026/4/10 AWS Community Builders Night #3 KDDI株式会社 原田涼太郎(あるけみー)
IoT技術本部 IoT技術部 原田 涼太郎 活動・表彰: JAWS-UG 彩の国埼玉支部運営 2024 Japan AWS
All Certifications Engineer 2025 Japan All AWS Certifications Engineer KDDI Cloud SAMURAI 2024 AWS Community Builders(Serverless) 好きなAWSサービス: Amazon ECS/Amazon Certificate Manager/Amazon Bedrock AgentCore 2 自己紹介 @symphonius_ryo @ry-harada
IoT技術本部 IoT技術部 原田 涼太郎 活動・表彰: JAWS-UG 彩の国埼玉支部運営 2024 Japan AWS
All Certifications Engineer 2025 Japan All AWS Certifications Engineer KDDI Cloud SAMURAI 2024 AWS Community Builders(Serverless) 好きなAWSサービス: Amazon ECS/Amazon Certificate Manager/Amazon Bedrock AgentCore 3 自己紹介 @symphonius_ryo @ry-harada
IoT技術本部 IoT技術部 原田 涼太郎 活動・表彰: JAWS-UG 彩の国埼玉支部運営 2024 Japan AWS
All Certifications Engineer 2025 Japan All AWS Certifications Engineer KDDI Cloud SAMURAI 2024 AWS Community Builders(Serverless) 好きなAWSサービス: Amazon ECS/Amazon Certificate Manager/Amazon Bedrock AgentCore 4 @symphonius_ryo @ry-harada 自己紹介 Container Security AI Engineering
こまけぇこたぁいいんだよ!! 5
こまけぇこたぁいいんだよ!! 6 オブザーバビリティってCloud Oper...
歴史や経験からくる、あらかじめ定義された指標に対する運用 例えば、CPU使用率が80%を超えたらアラート発報 一般的によく知られている障害には有効 チーム最高のデバッガーは、チームに最も長くいる人 既知の障害・原因に対する監視 「システム内部で何が起きているのか」を説明できるシステムの能力 よく「ログ」 「メトリクス」 「トレース」が重要と言われるが、要件やシステムによって 取得すべき指標が異なる
チーム最高のデバッガーは、チームで最も好奇心が強い人 未知の障害・原因に対する監視 制御理論の定義:外部出力の知識からシステムの内部状態をどれだけうまく推測できるかの尺度 モニタリング オブザーバビリティ オブザーバビリティとは? 【参考】オブザーバビリティ・エンジニアリング https://www.oreilly.co.jp/books/9784814400126/
AWSでのオブザーバビリティ 8 【参考】AWS オブザーバビリティサービスアップデート https://speakerdeck.com/o11yfes2023/aws-obuzababiriteisabisuatupudeto
AWSでトレースといえばAWS X-Rayですが 9 2027年2月25日にAWS X-Ray SDK / Daemonのサポート終了(現在メンテナンスモード中) ※AWS X-Ray自体はなくならず、トレースデータの送信方法が変わる
https://aws.amazon.com/jp/blogs/news/announcing-aws-x-ray-sdks-daemon-end-of-support-and-opentelemetry-migration/
AWSでのオブザーバビリティ(再掲) 10 【参考】AWS オブザーバビリティサービスアップデート https://www.oreilly.co.jp/books/9784814400126/
AWS Distro for OpenTelemetry(ADOT)とは? 11 OpenTelemetry(OTel)プロジェクトのAWSサポート付きディストリビューション →テレメトリデータを収集・送信可能なオープンソースフレームワーク サポートしているAWSサービスは以下のとおり AWS App
Runner →2026/4/30で新規受付停止 AWS Lambda Amazon EC2 ECS on EC2/Fargate EKS on EC2/Fargate AWSサービスと統合されており、様々なサービスで利用可能
実践編
題材 13 自作のサブスク管理Webアプリ
今回のようなアプリケーションであれば、 API Gateway + Lambdaではなく、AWS AppSync GraphQLで十分 構成図 14
実装方法 15 以下4つの方法がある Lambdaコンソールから設定 CloudWatch Application Signalsコンソールから設定 AWS CDKで実装 ADOT
Lambda Layer手動追加 ログ・メトリクスは取れているので、トレース取得を目的とする ※別途CDKでも実装しましたが、今回は説明のためLambdaコンソールから実施
実装(Lambdaコンソール) 16 トレースを取得したいLambda関数の設定画面から、 「CloudWatch アプリケーションシグナルと AWS X-Ray」を有効にする
実装(Lambdaコンソール) 「アプリケーションシグナル」と「Lambdaサービストレース」を有効にする これだけ!!
追加項目 追加内容 Lambda環境変数 Lambdaレイヤ IAMポリシー 実装(Lambdaコンソール) 18 有効化するとトレース送信に必要な環境変数・Lambdaレイヤー・ IAMポリシーが自動で追加される
実装(Lambdaコンソール) Lambdaレイヤーはリージョン・言語ごとにARNが定義されている
実装(API Gatewayコンソール) 20 Lambdaだけでは不十分 API Gateway + Lambdaの場合はAPI Gatewayでも X-Rayを有効にする必要がある
API Gateway(REST)から、対象のAPIの「ステージ>ログとトレース」から、 X-Rayトレースを有効にする( 「APIをデプロイ」を忘れずに!)
アプリケーションマップ で確認してみる 21 テスト用にいくつかAPIリクエストを行い、CloudWatchから アプリケーションマップで確認 UnknownRemoteService Preflight requestによるもの 外部APIリクエスト ↓
一部HTTPメソッドでは事前にOPTIONSメソッドでリクエストが飛ぶ
アプリケーションマップ で確認してみる 22 個々のコンポーネントをクリックすると、 メトリクスの集計やエラー率が確認できる
Application Signals色んなことができそう 23 全部は触れていないですが、SLOの設定、Synthetics canary、 アプリケーションモニターなど様々な機能がある
【補足】 24 非推奨(Application Signals未対応)のLambda Layerがあるので注意 https://aws-otel.github.io/docs/getting-started/lambda/lambda-python
まとめ 25 システムの要件や特性に合わせてモニタリングやオブザーバビリティを備えよう Lambda Layerを追加するだけで、基本的なトレースはコード変更なしで取得可能 Have a nice Cloud Operations
Serverless life!
【宣伝】 JAWS-UG 彩の国埼玉支部1周年記念回 26 1周年はちゃんと埼玉でやります 5/30@大宮
【宣伝】 JAWS-UG 北陸新幹線@大宮 27 7/5は北陸新幹線回 Save the Date!
参考 28 AWS オブザーバビリティサービスアップデート https://speakerdeck.com/o11yfes2023/aws-obuzababiriteisabisuatupudeto AWS Distro for OpenTelemetry https://aws-otel.github.io/docs/introduction
オブザーバビリティ・エンジニアリング https://www.oreilly.co.jp/books/9784814400126/