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
[つながりテック #2 AWSトークで締めくくる年度末LT大会]Amazon Q Develo...
Search
sh_fk2
March 26, 2025
Technology
260
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
[つながりテック #2 AWSトークで締めくくる年度末LT大会]Amazon Q Developerとこれからの運用を考える
sh_fk2
March 26, 2025
More Decks by sh_fk2
See All by sh_fk2
User Groups re:Invent Grants 2026 選ばれたあとに、何をするか
sh_fk2
3
110
[AWS Summit Japan 2026]迷っているあなたへ_小さな一歩が、やがて自分を助けてくれる
sh_fk2
2
640
[OpsJAWS 40]リリースしたら終わり、じゃなかった。セキュリティ空白期間をAWS Security Agentで埋める
sh_fk2
3
500
[JAWS-UG彩の国埼玉#6]混乱しました。AWS MCP ServersとAWS MCP Serverの違いを5分で解説
sh_fk2
0
190
[トレノケ雲の会 超re:Cap LT大会]re:Invent2025 5分で読み解くAWSサポート大変革
sh_fk2
2
92
[JAWS-UG初心者支部#72]re:Invent2025で見つけたコミュニティに参加する意味
sh_fk2
1
100
[JAWS-UG 横浜支部 #91]DevOps Agent vs CloudWatch Investigations -比較と実践-
sh_fk2
2
470
[クラウド食堂 #5]見える化✖️自動監視=CloudWatchSynthetics
sh_fk2
0
86
[JAWS-UG 横浜支部 #89]CloudWatch 2025年の軌跡から”勝手に”予測する「運用の未来」
sh_fk2
0
120
Other Decks in Technology
See All in Technology
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
4
2.2k
「大丈夫そう?」をObservabilityで確かめる
mrmtsu
0
170
AIエージェント時代のPlatform as a Product —— テックリードがPdMとして回す発見・導入・計測 / Platform as a Product in the AI Agent Era
toshi0607
0
190
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
330
AIに書かせて、プラットフォームで縛る ― EKSプラットフォームで実践した責任境界と権限設計
elmodev09
0
580
AWS FinOps Agent 結局何が得意なの?
siromi
0
170
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
160
品質と信頼性を地続きにする
grimoh
2
1k
リアーキテクチャ後の障害ゼロを目指したShadow Testingの取り組み
nihonbuson
PRO
1
180
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
800
ほんとうの信頼性はヒーローが死んでからはじまる / True reliability begins after the hero dies
vtryo
0
120
人間はどの意思決定を手放せるのか
kawasima
16
8.3k
Featured
See All Featured
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
410
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
490
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
250
HDC tutorial
michielstock
2
910
Leo the Paperboy
mayatellez
10
2.3k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
700
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
490
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
46k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
Transcript
Amazon Q Developerと これからの運用を考える 2025年3月26日 #つながりテック つながりテック #2 AWSトークで締めくくる年度末LT大会
自己紹介 >深津 新太郎 PM @ 事業会社の情報システム子会社 オンプレシステムの運用・開発・リプレイスを担当 >AWS利用 2019- >好きなサービス
S3、Cloudwatch
レガシーシステムの運用とは つらい。 人力で頑張る
流行りのGenAIで運用も効率化したい
Amazon Q Developer Operational Investigation (Amazon Q Developer 運用調査機能)
Amazon Q Developer 運用調査機能 re:Invent2024 CEO Matt氏から発表 Preview@バージニア、オレゴン Cloudwatchのログ等を読み取って解析 原因究明、対策を提案
Example AWS Cloud Virtual private cloud (VPC) Front End Task
ALB ALB Amazon Aurora Internet gateway Private subnet Public subnet Private subnet Fargate Back End Task Fargate Amazon CloudWatch Amazon Q Developer User Alarm
Cloudwatch Alarm設定
Example AWS Cloud Virtual private cloud (VPC) Front End Task
ALB ALB Amazon Aurora Internet gateway Private subnet Public subnet Private subnet Fargate Back End Task Fargate Amazon CloudWatch Amazon Q Developer User 調査開始 Alarm いつもより 遅いな
Cloudwatch Alarm発生
Amazon Q Developer登場! 調査開始
Amazon Q Developer 分析中
Amazon Q Developer 分析中 関係のない提案も
Amazon Q Developer 運用調査機能 分析 内部の Application Load Balancer で
TargetResponseTime が大幅に増加し、 5 秒のしきい値を超えてアラームがトリガーされました。これは、さまざまなレイテンシー メトリック (InsertLatency、 CommitLatency、SelectLatency) の急上昇とスループット メトリック (WriteIOPS、StorageNetworkReceiveThroughput) の低下によって証明された、 RDS クラスターのパフォーマンス低下が原因でした。RDS ロ グでの接続の中止と ConnectionAttempts の急上昇が示すように、この問題は接続の問題によって悪化した可能性があり ます。このデータベース パフォーマンスの問題はバックエンド サービスに影響を及ぼし、システム全体の応答時間の増加を 引き起こしました。
Amazon Q Developer 運用調査機能 分析 ECS バックエンド サービスでは、データベース接続プールの飽和によりパフォー マンスが低下しました。これは、トラフィックの急激な増加によって RDS
インスタンスへの接続試行が急増したことが 原因と考えられます。この問題は、データベース操作のレイテンシの増加として現れ、挿入、コミット、および選択のレイテンシ がすべて急増しました。ECS タスクではメモリ使用率とネットワーク受信バイトが増加し、 RDS インスタンスでは書き込み IOPS が低下し、アクティブなトランザクションが 増加しました。これらのパフォーマンスの問題により、イングレスおよび内部アプリケーション ロード バランサーの両方で ターゲット応答時間が大幅に増加し、内部 ALB は 5 秒のしきい値を超えるとアラームをトリガーしました。
Slackでも通知、対応可能
やるじゃん Amazon Q Developer! 東京で待ってるよ!
https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations-GetStarted.html#Investigations-GetStarted-Group https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations-GetStarted.html#Investigations-GetStarted-Group 気になること クロスリージョン推論 東京→シドニー、シンガポール、ムンバイ… 色々読み取って推論するので、トークン量が… GAされたら高そう
まとめ 運用調査機能 ログ読み取り→分析→提案 未知の障害、大規模障害 使い所を考えれば課金も怖くない(はず) 使いこなせば夜間対応も安心 東京でのGAに期待!
-Share your lessons-