メインコンテンツへスキップ
Outpostsを使うと、自社のVM、コンテナ、Kubernetesクラスター、さらにはデスクの上のMac Miniまで、管理しているインフラストラクチャ内でDevinセッションを実行できます。Devinのエージェントループ (推論と計画) は引き続きDevinのクラウド上で実行されますが、コマンドの実行、ファイルの編集、リポジトリへのアクセスはすべて、お客様が運用するマシン上で行われます。 次のような場合は、Outpostsの利用を検討してください。
  • セッションを自社ネットワーク内で実行し、社内サービス、レジストリ、シークレットの近くで動かしたい
  • カスタムのハードウェアプロファイル (例: GPU、大容量メモリマシン、特定のOSイメージ) が必要
  • 既存の開発環境、VM、またはKubernetesインフラストラクチャでDevinのワークロードをホストしたい
  • ネットワークアクセス、ビルド出力、モニタリングに対するEnterprise向けの制御機能が必要
DevinのエージェントループとアウトポストキューはDevin Cloudで実行され、お客様のマシン — ラボ内のGPUマシン、VPC内のVM、またはデスクの上のMac mini — はアウトバウンド接続のみでセッションを処理します

仕組み

アウトポストは、お客様自身のマシンで Devin セッションを処理するための名前付きキューです。アウトポスト (例: gpu-h200dev-boxes) を登録すると、Ubuntu や Windows などと並んで、Devin Cloud のマシンオプションとして表示されます。アウトポストで開始されたクラウドセッションは、お客様のいずれかのマシンに取得されるまで、そのキューで待機します。 アウトポストからセッションを処理する各マシンは ワーカー です。マシンをワーカーにするには、Devin CLI をインストールし、次を実行します。
ワーカーは Devin のクラウドへのアウトバウンド接続を確立し、アウトポストのキューを監視します。待機中のセッションがあると、ワーカーはそのセッションを引き取り、ツール呼び出しをローカルで実行します — すべてのコマンド、ファイル編集、リポジトリ操作はお使いのマシン上で実行されます。セッションが終了すると、ワーカーは再びキューを監視し、次のセッションを待ちます。スケールアウトするには、ワーカーをより多くのマシンで実行するだけです。N 個のワーカーで N 個のセッションを同時に処理でき、それを超えるセッションはワーカーが利用可能になるまでキューで待機します。 ワーカーに必要なのは アウトバウンド の HTTPS アクセスのみです。インバウンドポート、公開 IP、VPN トンネルは不要です。

オーケストレーション

長時間稼働するワーカーマシンが最もシンプルな構成ですが、Outposts API を使えば、オーケストレーターを作成することもできます。これはアウトポストのキューを監視し、待機中の各セッションごとに新しい VM またはコンテナを立ち上げ、その中でワーカーを起動し、セッションの終了時にマシンを破棄するソフトウェアです。実装方法については Orchestration を参照してください。また、任意の Kubernetes クラスターでこのループを実行する当社のオープンソースオペレーター devin-outpost-k8s をデプロイすることも、すでにこれを実装しているパートナープラットフォーム上で実行することもできます (統合 を参照) 。

マシンの依存関係

セッションは使用中のマシン上で直接実行されるため、ワーカーはそれらのマシンにインストールされたツールを利用します。

はじめに

クイックスタート

アウトポストを作成し、devin worker start を使って単一のマシンでセッションを処理します。オーケストレーターは不要です。

オーケストレーション

フリート規模に拡張できます。キューをポーリングし、セッションを引き取り、マシンをプロビジョニングして、ワーカーを自動で実行します。

リファレンス

CLI コマンドとフラグ、fleet API のエンドポイント、バイナリ配布、spawn 仕様まで、全体を網羅しています。

統合

パートナープラットフォーム側でオーケストレーションループを実装しているため、ワーカーを実行したりオーケストレーターを構築したりする必要はありません。セッションは各パートナーのインフラストラクチャ上で実行されます。セットアップ手順は各パートナーのドキュメントを参照してください。

制限事項

  • Devin Outposts は現在、マルチテナントホスティングでのみ利用可能で、Dedicated Tenant デプロイメント では利用できません。
  • Outposts では、インフラストラクチャと運用に関する大きな責任がお客様側に移ります。チームは、プロビジョニング、分離、アクセス制御、容量管理、監視、復旧を含め、リモート開発 VM を大規模に保護・運用する必要があります。セキュリティを重視するお客様には、セキュリティとオーケストレーションを Cognition が管理する、顧客ごとに分離された環境を提供する Dedicated Tenant (Dedicated SaaS) を推奨します。