- 内部サービス、レジストリ、シークレットの近くにある自社ネットワーク内でセッションを実行したい
- カスタムのハードウェアプロファイル (例: GPU、大容量メモリのマシン、特定の OS イメージ) が必要
- Devin のワークロードのホストに、既存の開発環境、VM、または Kubernetes インフラストラクチャを活用したい
- ネットワークアクセス、ビルド出力、監視に対する Enterprise レベルの管理機能が必要

仕組み
gpu-h200 や dev-boxes) を登録すると、Ubuntu や Windows などと並んで、Devin Cloud のマシンオプションとして表示されます。アウトポストで開始されたクラウドセッションは、お客様のいずれかのマシンが取得するまで、そのキューで待機します。
アウトポストからセッションを処理する各マシンは ワーカー です。マシンをワーカーにするには、Devin CLI をインストールして、次を実行します。
オーケストレーション
マシンの依存関係
はじめに
クイックスタート
アウトポストを作成し、
devin worker start を使って 1 台のマシンからセッションを処理します — オーケストレーターは不要です。オーケストレーション
フリート運用に拡張: キューをポーリングし、セッションを引き取り、マシンをプロビジョニングして、ワーカーを自動的に起動します。
リファレンス
関連機能をすべて網羅: CLI コマンドとフラグ、fleet API のエンドポイント、バイナリ配布、spawn コントラクト。
統合
制限事項
- Devin Outposts は現在、マルチテナントホスティングでのみ利用できます。現時点では、Dedicated Tenant デプロイメントでは利用できません。
- Outposts では、インフラストラクチャと運用に関する大きな責任が顧客側に移ります。Teams は、プロビジョニング、分離、アクセス制御、容量管理、監視、復旧を含め、リモート開発 VM を大規模に保護・運用する必要があります。セキュリティを重視する顧客には、Cognition がセキュリティとオーケストレーションを管理する、顧客ごとに分離された環境を提供する Dedicated Tenant (Dedicated SaaS) を推奨します。

