導入

自分が所有するハードウェア上でエージェントを実行する

エージェント プラットフォームのセルフホスティングは、通常、コンプライアンスの譲歩として枠組み化されています。実際、それをうまく行っている組織は、それを運用上の選択として扱い、トレードオフは通常の議論が示すよりも具体的です。

Yaju チーム · 2026 年 5 月 26 日

セルフホスティングに関する議論は、ホスト型のほうがシンプルであり、セルフホスティング型のほうが安全であるという 2 つの立場に分かれる傾向があります。どちらの軸も単独で決定が下されることはほとんどないため、どちらも十分当てはまりますが役に立ちません。

これらの展開を相当数観察した結果、次のようになります。

実際に決定を下す理由

残せないデータ。好みではなく、義務です。特定の規制対象カテゴリや特定の契約では、他の場所での処理が許可されておらず、いくら暗号化してもそれは変わりません。

既存のインフラ投資。すでに相当なコンピューティングを運用している組織とそうでない組織では、コスト計算が異なり、所有する容量でエージェントを実行する限界コストは、表示価格と大きく異なる可能性があります。

記録システムへの遅延。エージェントの作業にネットワーク内のシステムとの継続的な対話が含まれる場合、エージェントを外部で実行すると、それらの対話のすべてが境界を越えることになります。

変化をコントロールする。ホスト型プラットフォームは、ベンダーが更新すると更新されます。組織によっては、それがいつ起こるかを決定する必要があります。

これらのうち、通常の議論が意味する安全性に関するものは最初のものだけであることに注意してください。

変わらないもの

ガバナンス層は同一です。アクションの瞬間に適用されるポリシー、組織レベルのボールトから実行時に解決される認証情報、完全な監査証跡、実行ごとの評価、エージェントごとの支出。

これは思っている以上に重要です。他のシステムのセルフホスト型展開でよくある失敗は、ガバナンスがホスト型製品の一部であり、それを自分で実行すると再構築することになるということです。その取引は私たちが誰かに依頼するものではありません。

何が変わるのか

それを操作するのはあなたです。キャパシティプランニング、アップグレード、プラットフォーム上のエージェントのみではなくプラットフォーム自体の監視。これは実際の作業であり、これを 1 回限りのインストールとして扱うチームは通常、第 2 四半期に驚くことになります。

スケーリングが問題です。使用量は計画ではなく確実に増加するため、エージェントのワークロードは急激に増加し、早期に予測するのは困難です。 1 か月目では快適な容量でも、6 か月目では満足できないことがよくあります。

いくつかの便利なものは後で到着します。デプロイメント全体の集合的な動作に依存するものは、定義上、分離されたデプロイメントでは使用できません。

エアギャップはまた別物です

完全にエアギャップされた展開は、より厳格なファイアウォール ルールを使用した自己ホスティングではありません。外部の誰もシステムを見ることができないため、モデルやアップデートの到着方法、サポートの仕組み、問題の診断方法が変わります。

それは完全に実行可能であり、私たちはそれをサポートしていますが、運用上の現実を発見するのではなく理解した状態で取り組む価値があります。

合理的な判断方法

If data residency obligations make the decision for you, the decision is made; plan the operational work properly rather than treating it as installation.

そうでない場合は、ホスト型のエージェントごとの計測コストを開始し、実際の使用状況がわかったら再度検討してください。まだ特徴づけることができないワークロードを自己ホストするということは、推測に基づいてサイジングを行うことを意味します。

次へ

導入ページではセルフホスト型オプションとエアギャップ型オプションについて説明し、トラスト センターでは常駐、サブプロセッサ、コンプライアンスについて説明します。特定の制約に関する質問は、contact@capconsultor.eu までお問い合わせください。