Notion WorkersがVercel Sandboxで信頼できないコードを大規模に実行する方法

**タイトル: Vercel SandboxがNotion Workersによる信頼できないコードの大規模実行を実現する方法** Notion Workersを使用すると、コードを記述してデプロイし、Custom Agentsに新たな機能を付与できます。例えば、外部データの同期、自動化のトリガー、あらゆるAPIの呼び出しなどです。Workersを活用することで、開発者は、スケジュールに基づいてCRMデータを同期するエージェント、エラー率が急上昇した際に課題を作成するエージェント、Slackスレッドをフォーマットされたコンテンツに変換するエージェントなどを構築できます。 内部的には、すべてのWorkerがVercel Sandbox上で実行されます。 **課題: あらゆる開発者やエージェントからのコードを安全に実行すること** Notionは、カスタムコードによって誰でもプラットフォームを拡張できるようにしたいと考えていました。これは難しいインフラストラクチャの問題であると同時に、さらに大きなセキュリティ上の問題でもあります。各Notion Workerは、サードパーティの開発者やエージェントによって生成された任意のコードを、Notionユーザーに代わって、場合によっては企業のワークスペース内で実行するからです。 適切な分離がなければ、WorkerはCustom Agentと同じ環境で実行され、そのシークレット、権限、およびその実行コンテキスト内の他のすべてにアクセスできてしまいます。たった一つのプロンプトインジェクションで認証情報が流出したり、他のユーザーのデータにアクセスしたりする可能性があります。 要件は明確でした: * **強固な分離**: あるNotion Workerが別のWorkerのデータや状態にアクセスすることは決してない * **認証情報のセキュリティ**: Notion Workersは外部サービスと通信するためにAPIキーを必要としますが、それらのシークレットがコード自体に露出することは決してない * **ネットワーク制御**: 企業顧客は、Workerがアクセスを許可される外部サービスについての保証を必要とする * **スケール**: Workersは、性能劣化なく、何百万人ものユーザーの同時実行をサポートする必要がある * **状態の保持**: Workersは高速なコールドスタートを必要とし、そのためにはファイルシステムの状態をスナップショットして復元する機能が必要 * **経済性**: CPU使用率が低いエージェント向けに構築された課金モデル **なぜVercel Sandboxなのか** Vercel Sandboxは、各Notion Workerを一時的なFirecrackerマイクロVM内で実行します。各VMは独自のカーネルを起動するため、コンテナよりも強力な分離を提供します。各実行は独自のファイルシステム、独自のネットワークスタック、独自のセキュリティ境界を持ちます。Notion Workerの実行が終了すると、マイクロVMは破棄されるか、後で取得するためにスナップショットされます。 Notion Workersのようなワークロードを大規模にサポートするために、Vercel Sandboxはいくつかの重要な機能を提供します: * **認証情報インジェクション**: Sandboxのファイアウォールプロキシは、ネットワークレベルで送信リクエストを傍受してAPIキーを注入できるため、認証情報が実行環境に入ることはありません。エージェント駆動のワークロードでは、これにより最も危険なプロンプトインジェクションの経路、つまりエージェントが騙されてシークレットを流出させることを排除できます（このアーキテクチャについては、『エージェント型アーキテクチャにおけるセキュリティ境界』で詳しく解説しています）。 * **ネットワークポリシー**: Sandboxは、プロセスを再起動せずにランタイム中に更新できる動的ネットワークポリシーをサポートしています。例えば、依存関係をインストールするためにインターネットアクセスを許可した後、信頼できないコードを実行する前にエグレスをロックダウンすることができます。プラットフォームビルダーは、これらの制御を自社の顧客に提供できます。 * **スナップショット**: 依存関係を一度インストールし、ファイルシステムの状態をスナップショットすれば、後続の呼び出しではそのスナップショットから再開できます。これに、CPUコストがコードが実際に実行されているときのみ発生し、I/O待機中は発生しないアクティブCPU課金を組み合わせることで、使用量が拡大してもコストを予測可能に保ちます。 **大局的な視点: 開発者プラットフォームとしてのNotion** Notion Workersは単発の機能ではありません。Notionが開発者プラットフォームへと変わる始まりです。 この転換には、Notionが自ら構築する必要のないインフラストラクチャが必要です。安全なコード実行、認証情報管理、ネットワーク分離、ファイルシステムベースのスナップショット——これらは、プラットフォームが拡大するにつれて複雑化する難しい問題です。 Vercel Sandboxがインフラストラクチャの複雑さを処理するので、Notionは開発者エクスペリエンスに集中できます。 **開発者がNotion Workersで構築しているもの** Notion Workersは、主に3つのパターンをサポートしています。サードパーティデータの同期、カスタム自動化、AIエージェントツールです。 開発者はこれらを使用して、CRMレコード、アナリティクス、サポートチケットなどの外部データを、スケジュールに基づいてNotionに同期します。また、Workerをボタンに接続し、ワンクリックで任意のコードをトリガーすることもできます。さらに、NotionのカスタムエージェントがWorkerをツール呼び出しとして起動する場合、事前構築済みの統合に限定されたエージェントよりもはるかに強力な機能を発揮します。 **Vercel Sandboxでプラットフォームを拡張する** Notion Workersが必要とする機能は、他のエージェントプラットフォームと同じです。ユーザーやエージェントにカスタムコードを実行させたいあらゆるプラットフォームは、分離、認証情報のセキュリティ、ネットワーク制御、スケールという同じ一連の問題に直面します。 Vercel Sandboxはこれらをすぐに使える機能として提供します。AIエージェント、開発者プラグイン、ワークフロー自動化のいずれであれ、信頼できないコードを実行する必要があるプラットフォームを構築しているなら、これがその方法です。 続きを読む

Notion WorkersがVercel Sandboxで信頼できないコードを大規模に実行する方法

背景や根拠まで確認しますか？

調べる

選ぶ

サイト