Tip
スケジュールされたタスクは、次の方法で役立ちます。
- ユーザーが気付く前に問題をキャッチするのは、プロアクティブな監視によってリアクティブ ダッシュボードが置き換えられるためです
- エージェントがデータソース間で推論するため、生のメトリックを表示する代わりに分析情報を関連付ける
- 記述または保守するスクリプトを使用しない自然言語でのチェックを記述できるようにする
- ポータルまたはチャットからタスクを作成、編集、管理する
問題
操作タスクが繰り返されます。 毎朝、誰かがリソースの正常性をチェックします。 毎週月曜日に誰かがコスト データを取得します。 1 時間ごとに、誰かが異常をスキャンします。 これらの繰り返しタスクは、予測可能で自動化可能な作業でチームの時間を消費します。これは、実際の問題の調査に費やした方が適しています。
従来の監視は問題を悪化させます。 アラート ルールは、しきい値に違反した 後 に発生し、表示される時点までに、ユーザーは既に影響を受けます。 ダッシュボードには生データが表示されますが、その意味については説明しません。 各アラートは分離されています。CPU アラートでは、10 分前に発生したデプロイが認識されません。 ツール間では、毎回手動で関連付けることができます。
スケジュールされたタスクのしくみ
エージェントは、定義したスケジュールに従ってタスクを実行します。 自然言語で実行する内容を説明し、頻度を設定し、エージェントが自動的に実行を処理します。 各実行では、エージェントがアプローチを計画し、データ ソースにクエリを実行し、結果に関する理由をクエリし、アクション可能な概要を生成する会話スレッドが作成されます。
このプロセスは、スクリプトを実行する cron ジョブではありません。 エージェントは、コネクタ、ツール、知識、メモリを使用してコンテキストを理解します。 アラートのしきい値に達していない場合でも、エラー率が 1 日% 15% 上昇していることがわかります。 ストレージの使用量は、現在の増加率で 3 日間でクォータに達することをキャッチします。 昨日のデプロイが今日の例外に結びつきます。
左側のサイドバーで [ スケジュールされたタスク ] を選択して、すべてのタスクを管理します。
これは何が違うのか
| アラート ルール | Dashboards | cron ジョブ | スケジュールされたタスク | |
|---|---|---|---|---|
| いつ | しきい値に違反した後 | お客様が目にした時点 | スケジュール通りに進行中 | お客様のスケジュールに基づき、しきい値より前 |
| 表示される内容 | 単一メトリック | 生データ | スクリプト出力 | 相関した結果と説明 |
| コンテキスト | None | お客様が構成した任意の項目 | スクリプトでクエリを実行する内容 | クロス ソース、ベースラインとの比較 |
| アクション | あなたは調査する | あなたは調査する | スクリプトが実行する内容 | 推奨される次の手順の概要 |
| 適応 | 静的ルール | 静的ビュー | 静的スクリプト | メモリ は時間経過に伴ってパターンを捉えます |
cron ジョブとは異なり、エージェントは自然言語を理解しています。 スクリプトを記述する代わりに、何を行う必要があるかを記述します。 Runbook とは異なり、スケジュールされたタスクは、選択した自律レベルで自動的に実行されます。
前と後
| の前に |
後の |
|---|---|
| 毎朝ダッシュボードを手動で確認する | エージェントが事前にチェックし、概要を投稿する |
| ツール間でアラートを手動で関連付ける | エージェントは、接続されているすべてのソース間で相互に関連付けられる |
| ユーザーが報告した後に検出された問題 | インシデントになる前にキャッチされた傾向 |
| 監視スクリプトの作成と管理 | 自然言語でのチェックについて説明する |
| 各チーム メンバーのチェック方法が異なる | 毎回一貫した自動チェック |
| タスクを変更する必要がありますか? 削除して再作成する | 実行履歴が保持された任意のタスクをその場で編集する |
タスク ダッシュボード
ダッシュボードの上部には、次の 3 つの主要なメトリックが表示されます。
| メトリック | Description |
|---|---|
| アクティブなタスク | 現在有効になっているタスクとスケジュールに従って実行されているタスク |
| 合計タスク数 | 一時停止および完了を含むすべてのタスク |
| 実行合計数 | すべてのタスクで完了した実行処理 |
タスクリストには、並べ替え可能な列を持つ各タスクが表示されます。
| コラム | Description |
|---|---|
| 名前 | 実行履歴を表示するために選択したタスク識別子 |
| タスクの状態 | オン、オフ、終了、または失敗 |
| Schedule | 人間が判読できる形式 ("毎日午前 8 時 00 分" など) |
| 作成者 | タスクを作成したユーザー |
| 最終実行 | 最新の実行時間 |
| 次の実行 | 今後の予定された実行 |
| 完了した実行 | 成功した実行の合計数 |
タスクの編集
スケジュールの変更、手順の更新、カスタム エージェントの再割り当て、または実行パラメーターの調整によって、スケジュールされたタスクを直接変更します。 システムはタスクの実行履歴を保持します。
3 つの編集方法
| メソッド | 手順 |
|---|---|
| ツールバー | タスクのチェック ボックスをオンにし、ツール バーの [ タスクの編集] を選択します。 |
| 行メニュー | 任意 の タスク行で ⋯を選択し、[ タスクの編集] を選択します。 |
| 実行ビュー | タスク名を選択して実行履歴を開き、[ タスクの編集] を選択します。 |
編集ダイアログが開き、現在のすべての値が事前設定されています。 フィールドの任意の組み合わせを変更します。
- タスク名 と 手順: エージェントの動作を更新します。
- スケジュール: 頻度、時刻を変更するか、カスタム cron 式に切り替えます。
- 応答カスタム エージェント: 別のカスタム エージェントに再割り当てします。
- 日付範囲: 開始日を調整するか、新しい終了日を設定します。
- 更新プログラムのメッセージ グループ化: 1 回の実行で同じスレッドまたは新しいスレッドを切り替えます。
- 実行制限を設定する: 最大実行回数を追加、変更、または削除します。
- エージェントの自律性レベル: 自律モードとレビュー モードを切り替えます。 [自律] を選択すると、情報アイコン (ℹ️) が表示されます。 自律モードの受信確認を選択して、エージェントの境界、AIモデルの制限事項、あなたの責務、および法的責任条項についての説明を確認してください。
[保存] を選択して変更を保存します。
注
保存 は、少なくとも 1 つのフィールドを変更するまで無効にされ、誤って no-op 更新されるのを防ぎます。
利用事例の例
| 利用シーン | エージェントの機能 |
|---|---|
| 毎日の健康チェック | リソースの正常性の確認、低下したサービスのチェック、結果の報告 |
| コストの異常検出 | 支出とベースラインを比較し、予期しない増加にフラグを設定します |
| セキュリティ体制のレビュー | 構成の誤り、証明書の期限切れ、ポートを開いているかどうかを確認します |
| 展開の検証 | ロールアウト後に最近のデプロイが正常であることを確認する |
| SLA レポート | 週単位の可用性とパフォーマンスの概要を生成します |
タスク プロンプトの例
毎日のヘルスチェック:
リソース グループ prod-apps 内のすべてのコンテナー アプリの正常性を確認します。 過去 24 時間以内の再起動、メモリ使用量が 80%を超えるアプリ、または 1%を超えるエラー率を報告します。 現在のエラー率を先週の平均と比較します。
コストの異常検出:
サブスクリプションの Azure コスト データを分析します。 今日の支出率を 7 日間の平均と比較します。 支出が 20%を超えたリソース グループにフラグを設定します。
関連するコンテンツ
| Capability | 追加されるもの |
|---|---|
| 軽減策の実行 | 監視で問題が検出されたときにアクションを実行する |
| ワークフローの自動化 | トリガー、カスタム エージェント、通知を使用してタスクを連結する |
| 通知の送信 | エージェントが結果をチームに提供する方法 |
| 実行モード | タスクごとのエージェントの自律性を制御する |
| コネクタ | サードパーティの監視ツールにアクセスする |