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
Bedrockによるエラー通知のフィルタリング
Search
takenoko-gohan
March 04, 2025
220
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
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.2k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
910
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
610
BBQ
matthewcrist
89
10k
WCS-LA-2024
lcolladotor
0
830
The Language of Interfaces
destraynor
162
27k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Un-Boring Meetings
codingconduct
0
420
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Site-Speed That Sticks
csswizardry
13
1.5k
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
ご清聴ありがとうございました