Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AIでサービス運用はどう変わるのか
Search
ryuichi1208
June 30, 2026
210
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIでサービス運用はどう変わるのか
ryuichi1208
June 30, 2026
More Decks by ryuichi1208
See All by ryuichi1208
そのasync、止まってない? ”鉄板”イベントループ ブロッキング処理検出術
ryuichi1208
1
2.2k
入門 再発防止策
ryuichi1208
17
7.8k
SREの組織構造と実践.
ryuichi1208
0
320
信頼性・システムの観測・障害対応.pdf
ryuichi1208
1
4
障害対応からの学びと体制づくり
ryuichi1208
0
1.2k
金曜日デプロイ、するかしないか.pdf
ryuichi1208
1
490
会話で作る信頼性
ryuichi1208
0
200
シグナル(Unix)と仲良くなる
ryuichi1208
1
210
LiteLLM Proxyの紹介
ryuichi1208
1
93
Featured
See All Featured
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
How to make the Groovebox
asonas
2
2.5k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
450
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
How to train your dragon (web standard)
notwaldorf
96
6.9k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
610
Designing Experiences People Love
moore
143
24k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.4k
Utilizing Notion as your number one productivity tool
mfonobong
4
610
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
580
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Transcript
AIでサービス運用はどう変わるのか ゆるAI勉強会#1 渡部 龍一
自己紹介 • 渡部龍一 • X: ryuichi_1208 • マイブーム ◦ 自作プログラミング言語遊び
従来のサービス運用の課題
従来のサービス運用が抱える課題 • システムの複雑化 ◦ マイクロサービス化、マルチクラウド • アラート疲れと、それに伴う見落としのリスク • ドキュメントの形骸化と、特定の人への属人化
モグラ叩き運用問題 • 出てきた課題を倒していく ◦ とりあえず再起動が最適解になっている • アラートが鳴る ➔ 叩く(対処) ➔
また鳴る の無限ルー プ • 気がついたら1日が終わっていた • 何も生み出せていないぞ...?
AI全盛期で全て解決!
とは行かなかった
AIは間違う • ハルシネーション • サービス運用で起きると...?
フィクション 私「サーバの一部でエラー出てるな。調査お願い!」 AI「原因が完全にわかりました修正を反映します」 私「さすが!お願いします!」 AI「$ terraform apply」
None
フィクション • 修正自体はあっていた • IaCされていない状態がAWSにあってそれが巻き戻って しまった • AIの間違いが原因だが責任はAIは取ってくれない
責任論 • AIはどれだけ賢くなってもソフトウェア • CloudのAIサービスの利用規約 • 人の介在が必要
じゃあAI使えないじゃん!
というわけでもない
Human-in-the-loop
Human-in-the-loop • AIを運用に組み込むときはAIに自律で判断させない領 域を明確に作る • AIの役割 ◦ ログから原因を特定し、対策コマンドを提案 • 人間の役割
◦ その提案が正しいかを責任者としてレビューし、実行 ボタンを承認する
トイル(単純作業)の削減 • 膨大なログ調査や、調査用スクリプト・定型コマンドの生 成をAIにやらせて • 実行は人間がレビューした上で実行
アラート疲れからの解放 • 類似アラートの集約や、本当に対応が必要なアラートの フィルタリング • 夜間に発生したアラートはPRを自動で作らせて朝確認 してマージ
自動でPR
ポイント • 捨てる前提でPRを作らせている • 10個に1個くらい何か改善のヒントがあれば • トークンが安い今だから取れる手法
AIが運用に入る混むことの不安
障害時に AIにも人にも対処できない空白地帯が生まれる • (良くも悪くも)運用経験とは、抽象化できない怖さを身体 で知ること • エラーで困ったことがない人が設計すると起き得る
色々なお仕事への対応力 • 開発支援も重要だが、エンジニアの仕事はそれだけで はない • 開発に偏っている印象があるしでまだまだ白地 ◦ 問い合わせ対応・障害対応・EOL対応... ◦ 開発しないでできるんだっけ...?
まとめ
まとめ • AIは万能ではない(ハルシネーションも起こすし、責任は取っ てくれない) • AIに自律させない Human-in-the-loop の設計が不可欠 • AIを最高のアシスタントとして扱い、人間が最後の砦としてレ
ビューする • AI×人間のコラボレーションで、サービス運用をもっとスマート に、もっと楽しくしていきましょう!
ご清聴ありがとうございました