自動化ツール

自動化ツールは、検証済みの意図または承認済みの計画を実行に移し、実行された内容とその理由に関する完全な記録を自動的に保持します。

Intent-Based Automation

設計と運用状態を組み合わせ、ネットワーク設計を検証し、対応可能な正確なネットワークステータス（エラー／警告／情報）を導き出す、事前定義された自動化ツールです。インテントは、ネットワークが本来行うべき動作、つまり、すべてのエージェントと自動化処理の推論の基準となる設計ルール、ルーティング動作、構成標準をコード化します。 Network Intent インテントとそのロジックが定義され、バージョン管理される場所です。

Runbook オートメーション

A runbook これは、どこかのWikiに静的なドキュメントとして保存されているものではなく、決定論的なワークフローです。つまり、上級エンジニアが既知の問題を診断して解決するために実際に行う手順をまとめたプレイブックが、単に読むだけでなく、チーム全体が実行して再利用できるものになるのです。

トラブルシューティング runbookServiceNow などの ITSM ツールと統合してマップを生成し、サービスチケットから直接診断を開始し、非アクションノイズを削減し、CLI をブレンドします。 Network Intentさらに、3つの別々のステップではなく、1つのワークフローでAIを活用する。

前日比 runbookネットワーク変更は、変更前の検証、実行、変更後の検証、意図したベースラインとの比較、および文書化という、毎回同じクローズドループの規律を通して行われ、すべての段階でトリプルディフェンスによって保護されます。
前日比 runbook ノードには、計画、変更前チェック、変更後検証といったラベルが付けられ、関連する手順は名前付きタスクにグループ化され、順番に実行されます。システムは、ラベル付けされたフェーズの「変更前」と「変更後」のデータを自動的に照合します。複数の部分からなる変更は、長いリストとしてではなく、セクションごとに実行されます。また、フェーズのラベルはテンプレートとして保存された際にも引き継がれます。
生成された変更にはすべて、自動的に対応するロールバックが付属します。生成時にどちらか一方だけが生成されることはなく、変更後の検証で不一致が見つかった場合は、修正またはロールバックの選択肢がすぐに表示されるため、手動で慌てて探す必要はありません。ただし、実行するのは人間です。
掲載 runbookトラブルシューティングと変更はどちらも、 Runbook ライブラリを使用することで、既知の問題に対する修正は一度作成すれば、変更エージェント、コンパニオンエージェント、またはエンジニアによって再利用され、毎回ゼロから再構築する必要がなくなります。
検出された違反は、2つの経路で処理されます。1つは、慎重な対応が必要な場合に承認者による承認を待つ手動承認フロー、もう1つは、既知の低リスク問題についてチームが既に承認済みの事前承認フローです。このフローでは、特定のインスタンスのレビューを待つことなく実行が開始されます。いずれの場合も、他のすべての変更と同様に、承認ポリシー、SLAウィンドウ、ロールバックトリガーが適用されます。
Change Wiki は、ネットワークの変更内容、変更日時、変更対象デバイス、構成レベルへの影響などを自動的に記録し、AI が作成した短い要約を、ネットワークの変更履歴と構成レベルの両方から抽出して表示します。 runbook 処刑と NetBrain独自の定期的な設定スキャン。

変更とタスクマネージャはどちらもこの同じ実行レイヤー上で動作し、検出から検証済みで文書化された結果までのループを閉じます。 runbook それは、手作業で作成されたものか、変革推進者によって生成されたものか、あるいは評価ライブラリから取得されたものかのいずれかである。

実写ツール

NetBrain Live Action Tools は、プラットフォーム全体で利用できる直接的な単一ステップ操作をカバーしています。CLI コマンドの実行、Intent ノードの実行、または Runbook Node.jsを、まずそれを中心とした完全なワークフローを構築せずに使用することは避けるべきです。

AI Copilotからインラインで利用可能で、それらを中心とした完全なワークフローを事前に構築する必要はありません。
ネットワークの状態を変更するすべてのアクションは、完全な承認と監査のパスを引き続き通過します。 runbook一般的なアクションには、Ping、Traceroute、パス、比較、ライブデータの取得、アプリケーションの検証、CLIコマンドの実行、および事前に構築されたQappまたはGappの実行が含まれます。

エージェントスキル

スキルを教えます NetBrainエージェントは、ネットワーク独自の言語（回線ID、内部WAN命名規則、部族固有の手順、サイト固有のトラブルシューティングロジックなど）を使用します。モデルの再学習は不要です。

スキルアシスタントは、会話形式でスキルを作成します。スクリーンショットやPDFを添付し、ライブデータテーブルを指定し、必要な内容を説明するだけで、完成したスキルドキュメントが返されます。修正するたびに、その内容は個別のバージョンとして保存されます。
スキルは、エージェントが推論を開始する前に、エージェントの実行開始時に一度だけ読み込まれ、その説明に基づいて目の前のタスクと照合されます。スキルは一種の安全策として機能します。
ファンクションエージェントは、ゴールデンコンフィグ分析、パス計算、ドメインドキュメント作成、および構文解析をカバーするために、標準で同梱されています。一部はCopilotで直接選択できますが、残りは他のエージェントが呼び出す隠しサブエージェントとして機能します。
サブエージェントはサービスです NetBrain 委任専用のパッケージであり、システムエージェント、カスタムエージェント、および関数エージェントによって呼び出され、サブタスクを処理します。

エージェントスタジオは、これらのスキルとエージェントカテゴリが作成および管理される場所です。

Ansibleプレイブックの実行

Ansibleは、ほとんどのIT組織ですでに使用されている人気のプロビジョニング、オーケストレーション、およびアプリケーション展開ツールです。これを独立したシステムとして扱うのではなく、 NetBrain これにより、このページ上の他のすべてのアクションと同じ管理されたワークフローに組み込まれます。

Ansibleタスクノード：既存のAnsibleプレイブックを定義して実行し、変更をコミットする前にドライランを実行し、すべての実行結果を自動的に記録します。
GitHubやその他のSCMシステムでソース管理されたプレイブックと同期するため、常にチームが管理するバージョンが実行され、コピー＆ペーストされたバージョンは実行されません。 NetBrain.
他のすべてのライブアクションツールと同じ承認および監査経路を経由し、 Runbook ノードであり、管理すべき個別のガバナンスモデルは存在しない。