オンコール

AI(企業向け)

【AgentOps・ランブック運用(RunbookOps)編】”手順書はあるのに、夜中に誰も使えない”をなくす——アラート・既知のエラー・変更作業とひもづく”実行できる手順書”の運用規律|アラートとランブックの1対1対応、判断分岐と停止条件の明記、”人が読む手順”から”エージェントが実行する手順”への段階的な自動化、実行ログによる手順書の鮮度管理、ランブック適用率と手順書起因の失敗率で、”属人化した夜間対応”と”自動化の暴走”の両方を防ぐ運用設計

午前3時、オンコール担当のスマートフォンが1回だけ鳴ります。EventOps編で整えたイベント処理のおかげで、100件のアラートは「外部LLM APIの応答遅延により、問い合わせ対応エージェントのタイムアウト率が上昇」という1件に束ねられ...
AI(企業向け)

【AgentOps・イベント管理(EventOps)編】”アラートが100件鳴って、原因は1つ”をなくす——エージェント・モデル・ツール・外部APIから上がるイベントを束ねる運用規律|重複の排除と抑制、構成管理(CMDB)の依存関係を使ったアラート相関(親子関係による根本イベントの特定)、重大度の正規化、提供元のステータスページとの突き合わせ、”鳴りすぎ”と”鳴らなすぎ”を測るノイズ率とアラート適合率で、オンコールの疲弊と見逃しを同時に防ぐ運用設計

はじめに——アラートの"入口"ではなく"出口"を設計する ある朝、オンコール担当のスマートフォンが鳴り止まなくなります。社内問い合わせエージェントの応答遅延、RAG検索のタイムアウト、要約エージェントのリトライ超過、ワークフローの失...
タイトルとURLをコピーしました