Azure SRE エージェントのチームへのオンボーディング

エージェントにチームのこと、オンコールの担当者、所有するサービス、インシデント対応の方法を教えてください。 エージェントはオンボーディングの会話や関連する情報源から得た情報を、後の調査のための再利用可能なコンテキストとして保存できます。

達成する内容

このガイドの最後までに、次の操作を行います。

• エージェントにあなたのチームについて教えましょう。 誰がオンコールで、どんなサービスを利用しているか、エスカレーションの仕組みを共有してください。
• 運用に関する知識を共有します。 トラブルシューティング手順、プレイブック、チームのインシデント対応方法を担当者に伝えましょう。
• エージェントがコードを調べてみましょう。 セットアップ時にリポジトリを接続すると、エージェントはそれを読み取り、アーキテクチャ、フレームワーク、依存関係を理解します。

前提条件

チームのオンボーディングの開始方法

[完了] を選択し、セットアップ ページから エージェントに移動 すると、エージェントによって チーム オンボード スレッドが開き、お気に入りのサイドバーにピン留めされた会話が表示されます。

エージェントは、 接続されているリソースに関する知識を構築することから始めます。 コード リポジトリ、Azure サブスクリプション、およびセットアップ中に接続したその他のデータ ソースについて説明します。 この分析中に進行状況インジケーターが表示され、その間に他のトピックについてチャットできます。

エージェントが終了すると、あなたの名前で挨拶し、対話型オンボーディングインタビューを開始します。

チェックポイント：チームオンボーディング スレッドが [お気に入り] サイドバーに表示されます。 エージェントは、接続されたコンテキストから知識を構築する中で進展を示します。

接続されたコンテキストからエージェントが学習する内容

セットアップ中にデータ ソースを接続すると、エージェントによって自動的に探索されます。 何も行う必要はありません。

コードベース

エージェントは、接続されているリポジトリを読み取ります。 README、ディレクトリ構造、フレームワーク、依存関係について調べます。 見つかった内容の概要が表示されます。

何か見つからない場合は、次のことを伝えてください。

"キュー メッセージを処理するバックグラウンド ワーカーも /jobs ディレクトリにあります。"

エージェントは修正を保存されたコンテキストに追加できます。

あなたの Azure リソース

サブスクリプションまたはリソース グループに接続すると、エージェントによってインフラストラクチャが探索されます。 サービス、リソースの種類、構成が一覧表示されます。

エージェントと共有する内容

エージェントがあなたにインタビューし、あなた自身で物事を共有することもできます。 準備ができたら、質問やボランティアの詳細に回答したり、ファイルをアップロードしたりできます。 エージェントは関連する運用コンテキストを保持でき、後で追加することもできます。

あなたのチーム

エージェントは、チームの構造について質問します。 自然に答え、エージェントは重要な詳細を抽出します。

会話の例:

エージェント： チームについて教えてください。 所有しているサービスは何ですか？また、あなたのオンコールのローテーションはどのように組まれていますか？

私たちは： プラットフォーム信頼性チームであり、6 人のエンジニアから成ります。 API ゲートウェイと認証サービスを所有しています。 オンコールは週単位のローテーションであり、アラートには PagerDuty を使用します。 エスカレーション パスは、シニア オンコールを経由し、その後エンジニアリング マネージャーに進みます。

エージェント： わかった！ 私はこれをメモリに保存しました。 私が記録した内容は次のとおりです。

• チーム： プラットフォームの信頼性、6 人のエンジニア
• 所有されるサービス: API ゲートウェイ、認証サービス
• 通話中: PagerDuty を使用した週単位のローテーション
• エスカレーション： シニア オンコール → エンジニアリング マネージャー

あなたの手順と知識

チームがインシデントを処理する方法を共有します。 ファイルをアップロードするか、チャットで手順を記述できます。

ファイルをアップロードします。 チャット入力の [ + ] ボタンを選択し、[ ファイルの添付] を選択して、ファイル (Markdown、PDF、またはテキスト) を選択します。 エージェントはファイルを読み取り、キー プロシージャを抽出してメモリに保存します。

または、エージェントに次のことを伝えます。 正式なドキュメントはありませんか? チャットの手順について説明します。

"API ゲートウェイで CPU 使用率が高い場合は、最初にアップストリームの依存関係を確認してから、接続プールを確認してから、最近のデプロイを確認します。"

エージェントは関連する業務詳細を抽出し、後で調査のために保持できます。まるでファイルをアップロードしたかのように。

エージェントに次の操作を依頼する

オンボード後、エージェントに他に設定する必要がある内容を確認します。 Try:

"次に何をすればよいか" または "どこから開始すればよいですか?

エージェントは、接続とまだ不足しているものに基づいて、優先順位付けされた推奨事項を提供します。 推奨事項には、より多くのデータ ソースの接続、Runbook のアップロード、インシデント対応の設定などがあります。 完全なチェックリストについては、「 セットアップの完了」を参照してください。

チェックポイント： エージェントには、チームに合わせて調整された推奨事項の番号付き一覧が表示されます。

エージェントが覚えている内容

オンボーディング後、エージェントはアーキテクチャ、チームの所有権、エスカレーション経路、トラブルシューティング手順の文脈を保持できます。 後の調査では、エージェントが報告する情報源や文脈を必ず確認し、すべての保存された詳細が当てはまると仮定しないでください。

次のステップ

関連するコンテンツ

• メモリと知識: エージェントが永続的なナレッジを格納して使用する方法。
• エージェントのアクセス許可: アクセス レベルと RBAC ロールのしくみ。