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
masayoshi
August 27, 2026
Technology
32
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
型落ちシンクライアント端末のPoEモジュールを自作したかった話
logica0419
0
440
わたしが知り合いゼロの勉強会に 行けるようになるまで
r5ni4
2
780
MCPを待つな、パスキーを拡げよう(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
260
作って理解するCoding Agent 〜フレームワークに頼らないピュア Python での実装〜
takapy
4
1.3k
長期運営で肥大化したExcelマスターデータの解消に向けた移行事例
gree_tech
PRO
0
500
AI駆動開発はどこまで来たのか? ファインディの最新実態調査で読み解く現在地 Devin Con Tokyo
akiratom
1
830
巨大気象データと戦う ― サロゲートモデル学習を高速化する圧縮技術
gpuunite_official
0
270
【Aiming】共通基盤なのに「共通化しない」課金・認証基盤「LINK」が選び取ったシングルテナント戦略と運用の秘訣
saikeda
0
210
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
20k
Kiro5兄弟のいまどきのセキュリティ基礎知識
kentapapa
0
220
国家プロジェクトを支える「さくらONE」 大規模LLM開発におけるGPU障害を乗り越えるクラスター運用戦略
gpuunite_official
0
280
暗号化?某ファイルストレージはどうなるの!? 3rd Partyとうまく付き合う秘密度ラベル設計
kasada
0
190
Featured
See All Featured
It's Worth the Effort
3n
188
29k
Facilitating Awesome Meetings
lara
57
7.1k
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
300
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
430
Designing for humans not robots
tammielis
254
26k
Context Engineering - Making Every Token Count
addyosmani
9
1.1k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
470
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
73
41k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.1k
Statistics for Hackers
jakevdp
799
230k
New Earth Scene 8
popppiees
3
2.5k
HDC tutorial
michielstock
2
820
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を何回も起動することになるので重い