Amazon Quick と New Relic を使ったエージェント型インシデントトリアージアシスタントの構築
この記事では、Amazon Quick が New Relic MCP サーバーと Asana を統合し、単一のプロンプトからインシデント調査、RCA ブリーフの生成、タスク作成を自動化するカスタムトリアージアシスタントの構築方法を紹介します。
インシデントトリアージは時間に敏感なプロセスであり、サイト信頼性エンジニア（SRE）やサポートエンジニアは、証拠の収集、ユーザー影響の評価、フォローアップ作業の作成を複数のツールにわたって行う必要があります。Amazon Quick と New Relic を利用することで、調査と引き継ぎのステップを単一の会話型ワークフローに統合できます。この記事では、Amazon Quick エージェントを使用し、New Relic Model Context Protocol（MCP）サーバーと Asana のネイティブ統合を通じてレスポンスをオーケストレーションするカスタムインシデントトリアージアシスタントの構築方法を説明します。単一のプロンプトから、Amazon Quick エージェントがインシデントを調査し、証拠リンク付きの根本原因分析（RCA）ブリーフを作成し、追跡可能な Asana タスクを生成します。
エンジニアリングリーダーにとって、平均解決時間（MTTR）の短縮はビジネスへの影響を向上させる方法の一つです。New Relic の自社アプリケーションを使用した内部テストでは、このエージェントがインシデントトリアージの証拠収集フェーズを短縮し、解決の迅速化、エンジニアリングシフト間の知識損失リスクの低減、オンコールローテーション全体での一貫した調査基準の実現につながりました。
New Relic MCP サーバーは Amazon Quick の組み込みコネクタであり、インシデント対応とパフォーマンス分析のための AI 推論ツールへのアクセスを提供します。Asana も Amazon Quick の組み込みコネクタで、タスク作成をサポートします。エージェントは5つの New Relic 推論ツールを使用します。generate_alert_insights_report は主要なアラートドライバーを特定し、generate_user_impact_report は影響範囲（影響を受けるユーザー数やサービス数）を定量化し、analyze_entity_logs はエラーシグネチャや例外を抽出し、analyze_transactions は遅延または失敗したリクエストを特定し、natural_language_to_nrql_query は平易な英語の質問を New Relic クエリ言語（NRQL）に変換して実行します。
実装の前提条件として、Amazon Quick Professional サブスクリプション、New Relic アカウント、および「SRE Incident Triage」プロジェクトを含む Asana ワークスペースが必要です。実装手順は次のとおりです。まず、Amazon Quick の統合コンソールで New Relic 統合を設定し、アカウント認証を行います。次に、Asana 開発者コンソールで OAuth アプリケーションを作成し、クライアント ID とシークレットを取得して Amazon Quick で Asana 統合を構成します。続いて、チャットエージェントを作成し、上記の統合をリンクして、エージェントの指示をインシデントトリアージ用に置き換えます。最後に、サンプルプロンプトを送信してワークフローをテストします。
セキュリティとガバナンスに関しては、専用のサービスアカウントを使用し、最小権限の原則に従うことを推奨します。New Relic コネクタは読み取り専用ロールを使用し、Asana コネクタは特定のプロジェクトでのみタスクを作成できるように制限します。Asana タスクには個人識別情報（PII）、顧客識別子、IP アドレスなどの機密データを含めないでください。定期的に資格情報をローテーションし、監査ログを有効にします。プロトタイプとして構築した場合は、リソースをクリーンアップして継続的なコストを回避してください。
この記事では、Amazon Quick のネイティブ統合を活用して、New Relic の監視データと Asana のタスク管理をシームレスに結合し、インシデント対応を加速し、エンジニアリングチームのコラボレーションを向上させるエージェント型インシデントトリアージアシスタントの構築方法を紹介しました。