Autopilotの計算制限

New Relic Autopilot 計算の制限は、エンタープライズ予算の管理を改善するための予算ガバナンスを提供します。高頻度のオブザーバビリティ・イベント — インシデント集計ストームや連鎖的な条件障害など — は、調査プロンプトや分析のバーストを引き起こし、計算リソースのコストを押し上げ、予期せぬ請求につながる可能性があります。New Relic Autopilot 計算の制限は、Autopilotの実行に関するコストの特定の運用境界を実装できる、プロアクティブでポリシーベースの予算編成を提供するのに役立ちます。

エンタープライズの計算割り当ては、組織マネージャーによって、Advanced 計算容量ユニット（Advanced CCU）建ての日次および月次予算として設定されます。これらのロールは、New Relic Autopilotに関連するSystem Identity（SI）ワークフローのサブ予算を作成できるようになりました。バックグラウンドの集計調査にも、専用の割り当てが含まれています。これらのアクションの予算を設定すると、Autopilotを使用したアクティブなインシデント調査中に使用される計算クォータをより適切に管理できます。

ユーザーロールとガバナンス機能

Autopilotの計算制限のアクセス制御は、New Relicのロールベースのアクセス制御（RBAC）フレームワークに従います。以下のマトリックスは、プラットフォームのワークフロー全体における、読み取り専用の運用機能と比較した管理権限を定義しています：

以下のセクションでは、New Relicプラットフォーム内で計算制限を設定するために必要な管理ワークフローと手順について詳しく説明します。

計算予算を設定します（アドミニストレーターワークフロー）

計算予算を使用すると、マネージャーはUI内で設定可能な制約を使用して、財務ポリシーや予算ポリシーを適用できます。New Relicのユーザーインタフェースを使用して、アドミニストレーターは、インタラクティブなセッションやバックグラウンドの自動化全体でシステム実行の必要な制限を動的に適用する組織の制限を確立します。

UIナビゲーションおよび設定可能なパラメーター

計算予算を設定するには、Autopilot Configuration Modal / Onboarding Panel > Compute Limits & Budgetingに移動します。

アドミニストレーターは、設定インターフェース内で4つのコア・パラメーターを定義できます：

• 1日の合計Autopilot予算（Advanced CCU/日）: カレンダー日（組織のタイムゾーンで評価）あたりの、すべてのインタラクティブなユーザーセッションと自動化されたワークフローを組み合わせた、企業全体の支出上限を設定します。
• 自動化および非同期の1日のサブ予算（Advanced CCU/日）: 集計Webhookやワークフロー通知など、システムID（SI）ワークフロー専用の1日のサブクォータを割り当てます。
• 月間の合計Autopilot予算（Advanced CCU/月）: すべてのAutopilot実行にわたるマクロレベルの月間計算予算の上限を確立します。
• 自動化および非同期の月間サブ予算（Advanced CCU/月）: 自律的なバックグラウンド調査専用に予約された、専用の月間サブ割り当てを定義します。

パラメーターの検証ルールとバックエンドの変換メカニズム

プラットフォームUIは、無効または競合するポリシーステートを防ぐために、設定エントリゲートで入力検証ルールを適用します：

• ルール1（サブ予算の階層）：自動化されたサブ予算は、対応する合計予算（Automated Sub-budget < Total budget）より厳密に少なくなければなりません。
• ルール2（時間的乗数）：日次予算と月次予算の両方が設定されている場合、月次予算は日次予算の30倍を超えてはなりません（Monthly budget <= 30 * Daily budget）。
• ポリシーの柔軟性：すべての制限パラメーターはオプションです。組織は、特定の運用ニーズに基づいて、部分的なポリシー（月間予算なしで1日の合計予算を適用するなど）を設定できます。

アドミニストレーターは単一のメトリクス（Advanced CCU）を使用して予算制限を設定し、高速で複雑なタスクを実行する際にAIが予期せぬ多額の請求を発生させるのを自動的にブロックする、正確で交渉不可能な支出制限を作成します。

監査変更ログの仕様

すべての設定変更は、次のようにNrAuditEventで追跡されます：

管理ポリシーが保存および検証されると、プラットフォームは予算の閾値を動的に評価し、すべてのユーザーに対して決定論的な実行状態を強制します。

ユーザー体験と予算の閾値

Autopilot 決定論的に動作します：requestsは完全なマルチステップ・モデルの推論で実行されるか、予算に達した場合は入り口でブロックされます。

ステートマシンと実行の動作

システムは、設定された予算に対する総支出に基づいて、3つの運用ティア全体で計算の消費を評価します：

UIエラーカードの表示形式

組織が計算の割り当ての100％に達すると、インタラクティブなチャットセッションに次の標準エラーカードが表示されます：

⚠️ Autopilot 1日の計算制限に達しました

組織は、割り当てられた1日の計算予算を100％消費しました（Advanced CCU制限超過）。インタラクティブな推論と自動調査は一時的に停止されています。

次のステップ: 予算を増やすにはNew Relic組織マネージャーにお問い合わせいただくか、深夜のリセット（00:00 UTC）後に再試行してください。

インタラクティブなユーザーセッションでは、視覚的なインジケーターと即時のエラーカードフィードバックが提供されますが、自動化されたバックグラウンド操作には専用の処理ライフサイクルが必要です。

リアルタイムのメトリクス取得の失敗と利用不可の状態

プラットフォームUIがバックエンドのテレメトリーキャッシュからリアルタイムのメトリクスを取得できない場合、システムはノンブロッキングの低下した視覚状態に移行します。UIデータの可用性に関係なく、バックエンドの予算の適用は継続的にアクティブなままです。

• ステータスピルバッジのテキスト: コンテキストバーにDaily Usage: Unavailable ⚠を表示します。
• コンテキストツールチップ: 利用できないピルにカーソルを合わせると、次のように表示されます：「リアルタイムの使用状況メトリクスを取得できません。バックエンドの予算の適用はアクティブなままです。[再試行]"

自動化された集計のトリアージと非同期のシステムID（SI）ワークフロー

自動化されたインシデントのトリアージは、受信したアラートを非同期に処理するSystem Identity（SI）ワークフローに依存しています。大規模なシステム停止時には、集計ストーム（"サンダーストーム"）により、数十の同時Webhookが同時にトリガーされる可能性があります。専用のSIサブ予算はバックグラウンドの取り込みエンジンを分離し、自動化された集計バーストが対話型の手動調査予算に影響を与えないようにします。

システムID実行ライフサイクル

自動トリガーが発生した場合（たとえば、alert_webhookまたはworkflow_notification）、現在のサブ予算の消費に基づいて実行パスが異なります：

エッジシナリオ、同時実行予算、およびセーフガード

1日および月間のAdvanced CCU予算は、累積支出の合計を評価しますが、使用状況が処理されてテレメトリーストレージに書き込まれる前に、何百もの着信Webhookが同時に発生する突然のイベントバーストを防ぐことはできません。これらのエッジシナリオを処理するために、プラットフォームはエントリゲートで多層防御のセーフガードを採用しています。

集計ストーム軽減アーキテクチャー

突然の集計スパイク時にプラットフォームの安定性を維持し、組織の予算を保護するために、2つの同時保護メカニズムがエントリゲートで機能します：

• 組織ごとの自動化された同時実行予算：組織ごとに最大20の同時アクティブな自動実行という厳格な上限を課します。20の自動実行が進行中の間に到着したリクエストは、直ちに破棄されます。
• アトミックなValkey予約：非同期実行タスク（asyncio.create_task）を生成する前に、エントリゲートは保守的な見積もりによって高速Valkeyカウンターをアトミックにインクリメントします。実行が完了すると、オーケストレーションエンジンは予約と実際の消費を照合します。初期の予約によって組織のカウンターが設定された制限を超えた場合、トランザクションはロールバックされ、リクエストは直ちに拒否されます。

高可用性とディザスタリカバリ：Valkey停止時のフォールバックポリシー

ローカルキャッシュまたはValkeyインフラストラクチャの停止中、オーケストレーションエンジンはティア運用フォールバックポリシーを適用します：

請求の照合、データの遅延、および免責事項

分散システムアーキテクチャーは、リアルタイムのエントリゲートと非同期の請求メトリクス処理の間の構造的な分離を維持します。

カウンターアーキテクチャーとパイプラインスキューの照合

プラットフォームは、デュアルストアモデルを使用して、低レイテンシの適用と会計の正確性のバランスを取ります：

• リアルタイム適用レイヤー：サブミリ秒のValkeyカウンターがエントリゲートを評価し、予算超過の実行を即座にブロックします。
• 請求およびレポートのパイプライン：過去のNRDBメトリクス・パイプライン（resourceConsumption）はデータを非同期で集約し、2時間の処理遅延が見込まれます。
• 誤差吸収の許容範囲：高頻度の実行の同時性により、わずかなカウンターの歪みが5％～10％の一時的なオーバーシュートの差異を生じさせる可能性があります。New Relicはすべてのオーバーシュートコストを内部で吸収します；顧客アカウントに対して、明示的に設定されたハード予算を超える使用量が請求されることはありません。

重要な注意事項と制限事項