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
Bedrockによるエラー通知のフィルタリング
Search
takenoko-gohan
March 04, 2025
200
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Bedrockによるエラー通知のフィルタリング
OpsJAWS Meetup33 AIOps
takenoko-gohan
March 04, 2025
Featured
See All Featured
The Curious Case for Waylosing
cassininazir
1
440
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.7k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
Darren the Foodie - Storyboard
khoart
PRO
3
3.5k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
610
The Language of Interfaces
destraynor
162
27k
Test your architecture with Archunit
thirion
1
2.3k
AI: The stuff that nobody shows you
jnunemaker
PRO
9
850
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.1k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
67k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Transcript
Bedrockによるエラー通知の フィルタリング
はじめに 今回話す内容は企業での活用事例ではなく、思いついたものを試したものになります。 ちゃんと検証したものではないので話半分で聞いてもらえればとおもいます。
エラーログ通知での困りごと 例えばCloudWatch Logsのサブスクリプションフィルターを「 ?ERROR ?Error ?error」にした場合 • 警告レベルのログメッセージに errorが含まれていて通知されてしまう •
警告レベルで十分なログがエラーレベルで出力されていて通知しまう
改善しようとすると • アプリケーションログ自体の改修 ◦ サービスの稼働には影響がないので優先度が低くなりがち • サブスクリプションフィルターの改修 ◦ 特定のログを除外しようとするとフィルターパターンどんどん複雑になってしまう •
変更内容のリリース ◦ 週一回、月一回などリリースが定期的にしか行えない場合、タイミングによってはすぐに反映できない
構成
Bedrockに判定してもらう際のルール • ステップバイステップで考える • フィードバックの内容から十分な推測ができる場合のみ判定を行い、判定できない場合は常に `true` を 返す • フィードバックと判定するログのメッセージが
80%以上一致しているものを類似したフィードバックとして扱 う • フィードバックに理由がある場合は、その内容を考慮する • 類似したフィードバックが矛盾する場合は、最新のフィードバックの内容を優先する
デモ
各モデルでの検証① 似たようなログのフィードバックを参照して通知を抑制することができるか エラーメッセージ • ERROR: Failed to parse a fuga
: invalid type: string "test", expected f32 at line 1 column 22 フィードバック • メッセージ:ERROR: Failed to parse a hoge : invalid type: string "test", expected f32 at line 1 column 22 • 通知が必要かどうか:不要 • 理由:なし
検証①の結果 • Amazon Nova Lite ◦ たまに通知を行ってしまうときがある • Amazon Nova
Pro ◦ ためした限りではすべての通知を抑制できた • Claude 3.5 Haiku ◦ ためした限りではすべての通知を抑制できた • Claude 3.7 Sonnet ◦ ためした限りではすべての通知を抑制できた
各モデルでの検証② フィードバックが矛盾しているとき、最新のフィードバックを優先できるか エラーメッセージ • ERROR: Failed to parse a piyo
: invalid type: string "test", expected f32 at line 1 column 22 フィードバック • 古いフィードバック ◦ メッセージ:ERROR: Failed to parse a hoge : invalid type: string "test", expected f32 at line 1 column 22 ◦ 通知が必要かどうか:不要 ◦ 理由:なし • 新しいフィードバック ◦ メッセージ:ERROR: Failed to parse a fuga : invalid type: string "test", expected f32 at line 1 column 22 ◦ 通知が必要かどうか:必要 ◦ 理由:なし
検証②の結果 • Amazon Nova Lite ◦ ためした限りではすべて通知された • Amazon Nova
Pro ◦ ためした限りではすべて通知された • Claude 3.5 Haiku ◦ ためした限りではすべて通知された • Claude 3.7 Sonnet ◦ ためした限りではすべて通知された
各モデルでの検証③ フィードバックを参照して特定のエラーのみ通知できるか エラーメッセージ • ERROR: Failed to parse a fuga
: invalid type: string "test", expected f32 at line 1 column 22 • ERROR: Failed to parse a piyo : invalid type: string "test", expected f32 at line 1 column 22 フィードバック • メッセージ:ERROR: Failed to parse a hoge : invalid type: string "test", expected f32 at line 1 column 22 • 通知が必要かどうか:不要 • 理由:piyo以外のパースエラーは通知不要
検証③の結果 • Amazon Nova Lite ◦ fugaのパースエラーはたまに通知を抑止できず、 piyoのパースエラーを半分ぐらい通知できない • Amazon
Nova Pro ◦ fugaのパースエラーは通知をすべて抑止することができたが、 piyoのパースエラーをたまに通知できない • Claude 3.5 Haiku ◦ ためした限りでは fugaのパースエラーは通知を抑止、 piyoのパースエラーの通知ができた • Claude 3.7 Sonnet ◦ ためした限りでは fugaのパースエラーは通知を抑止、 piyoのパースエラーの通知ができた
さいごに • 今回作成したものは下記になります ◦ https://github.com/takenoko-gohan/llm-alert-filter-sample
ご清聴ありがとうございました