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 Cost Of JavaScript in 2023
addyosmani
55
10k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.3k
Why Our Code Smells
bkeepers
PRO
340
58k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Building Flexible Design Systems
yeseniaperezcruz
330
40k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
250
Color Theory Basics | Prateek | Gurzu
gurzu
0
360
Are puppies a ranking factor?
jonoalderson
1
3.6k
We Have a Design System, Now What?
morganepeng
55
8.2k
The Spectacular Lies of Maps
axbom
PRO
1
810
Exploring anti-patterns in Rails
aemeredith
3
410
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
ご清聴ありがとうございました