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
サーバー常駐型の 簡易障害調査AI エージェントを作ってみた話
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
masayoshi
August 27, 2026
Technology
170
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
サーバー常駐型の 簡易障害調査AI エージェントを作ってみた話
https://honmadekka.connpass.com/event/402696/
ホンマでっかSRE勉強会 #2
masayoshi
August 27, 2026
More Decks by masayoshi
See All by masayoshi
Perlアプリケーションで トレースを実装するまでの 工夫と苦労話
masayoshi
1
850
これからSREになる人と、これからもSREをやっていく人へ
masayoshi
6
6.1k
メトリクス、ログ、トレースをうまく使い分けて可観測性を高めよう！
masayoshi
8
13k
Developers Summit 2021 summer
masayoshi
15
32k
2021-06-cloud-native-reg-event
masayoshi
8
2.6k
SRE_Culture_Organization
masayoshi
16
11k
cloudnative-kansai-2019
masayoshi
1
800
ミドルウェア実行環境の多様化を考慮したインフラアーキテクチャの一検討/study on web system architecture #2
masayoshi
0
4.1k
Webサービスにおけるインフラアーキテクチャの体系化と選択自動化の研究/study on web system architecture #1
masayoshi
0
3.2k
Other Decks in Technology
See All in Technology
Master Dataグループ紹介資料
sansan33
PRO
1
4.8k
「面白い！」を信じ抜け。激動の時代を貫く、オンリーワン・エンジニアの条件
kizawa2020
0
250
フィジカルAIの知識ゼロの僕でも AIを使えばここまでできた
tatsuya1970
0
180
AI・HPC開発を支えるGPU環境の新しい選択肢 液冷GPUシステム「AquSys」の取り組み
gpuunite_official
0
250
顧客の要望は2次情報である 〜アンテナを張るFDEの構造論〜
noriakioji
2
720
Introduction to Sansan Meishi Maker Development Engineer
sansan33
PRO
0
460
Kiro５兄弟のいまどきのセキュリティ基礎知識
kentapapa
0
280
パスキーでドライブする アカウント統合（OAuth/OIDC Numa (Immersion) Workshop 2026）
oidfj
PRO
0
290
サイボウズ 開発本部採用ピッチ / Cybozu Engineer Recruit
cybozuinsideout
PRO
12
86k
500名弱規模の組織のPythonプロジェクト(dbt) をどう管理するか？
hiracky16
0
170
暗号化？某ファイルストレージはどうなるの！？ 3rd Partyとうまく付き合う秘密度ラベル設計
kasada
0
200
国家プロジェクトを支える「さくらONE」 大規模LLM開発におけるGPU障害を乗り越えるクラスター運用戦略
gpuunite_official
0
290
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
800
Tell your own story through comics
letsgokoyo
1
1k
Embracing the Ebb and Flow
colly
88
5.1k
For a Future-Friendly Web
brad_frost
183
10k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
650
Building an army of robots
kneath
306
46k
WENDY [Excerpt]
tessaabrams
11
39k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
180
The SEO Collaboration Effect
kristinabergwall1
1
530
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
310
Ethics towards AI in product and experience design
skipperchong
2
350
Transcript
サーバー常駐型の 簡易障害調査AI エージェン トを作ってみた話 ホンマでっかSRE勉強会 #2 LT枠 masayoshi
話す人 ◦ id:masayoshi (X @yoyogidesaiz) ▪ 株式会社はてな ▪ システムプラットフォームチーム ▪
Platform SRE ▪ ホンマでっかSREコミュニティ運営 ▪ 最近はAmazon Bedrock AgentCoreを触っています
障害対応にAI Agent使ってますか? - たとえば AWS DevOps Agentとか - 各テレメトリーやドキュメント、 GitHubを参照
- 便利！ - だけど、ちょっと気になる点があったので、それを 解決する方式を試してみました
よくある障害対応エージェント
テレメトリー以外の情報は取れない - 収集しているテレメトリー以外の情報が取れない - o11y意識して Exportしろ！という話ではある が... - 事前に障害対応に必要だと判断できているテレメト リーしか取れない
- テレメトリーがコンテキストを使い潰してしまう - 関係ないコンポーネントのテレメトリーを取得して しまい無駄にコンテキストを消費してしまう
今回作ってみた障害対応エージェント
いいところ - 問題があるサーバーにリクエストを飛ばしてピンポイント に調査することができる - 無駄なコンテキストが発生しにくい - サーバーの Agentは自分のサーバーのコンテキストだけ 扱えば良い
- 普段はテレメトリーとして送っていない情報も得られる - psコマンドの結果、 ssコマンドの結果 - perfなどより詳細な情報をその場で取得できる
懸念点 - セキュリティ - サーバー上で AI Agentが動いてコマンド実行できるのは 怖い - A2Aでの調査が難しい
- エージェント間のやり取り =ループエンジニアリング - 終了条件や正しい方向に進捗しているのかなど - 時間かかる - AI Agentを何回も起動することになるので重い
masayoshi
sansan33
kizawa2020
tatsuya1970
gpuunite_official
noriakioji
kentapapa
.png){kind=avatar}
oidfj
cybozuinsideout
hiracky16
kasada
kimpetersen
letsgokoyo
colly
brad_frost
inesmontani
kneath
tessaabrams
jeffersonlam
livdayseo
kristinabergwall1
dugsong
skipperchong
