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 browser strikes back
jonoalderson
0
1.4k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Amusing Abliteration
ianozsvald
1
240
Testing 201, or: Great Expectations
jmmastey
46
8.2k
ラッコキーワード サービス紹介資料
rakko
1
4.1M
It's Worth the Effort
3n
188
29k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
430
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.7k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Thoughts on Productivity
jonyablonski
76
5.3k
BBQ
matthewcrist
89
10k
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
ご清聴ありがとうございました