
1 つのサーバーで 60 のコンテナ
1 つのベアメタルボックスで数十から数百の Hoody コンテナを実行。KSM と BTRFS のデデュプでマージナルコストはほぼゼロ。
エージェント製品はセッションごとにサンドボックスを起動します。E2B、Modal、Daytona、Runpod、Replicate では秒単位の従量課金で、損益計算書の AI インフラ行が LLM の行を上回り始めます。Hoody では、すべてのセッションがすでに料金を支払っているサーバー上のコンテナです。今月 50,000 番目のサンドボックスは 1 番目と同じコスト、つまり限界費用ゼロです。
同じワークロード · 違う経済性 · メーターは止まる
エージェントのメンタルモデルは変わりません。サンドボックスを起動して、その中でコードを実行して、捨てる。変わるのはその下の請求書です。E2B では各サンドボックスの 1 秒ごとが従量課金され、Hoody ではすでにレンタルしているサーバーに対してコンテナを POST し、メーターは決して動き始めません。
両者は同じ仕事をします。API の形は一致します。起動、実行、破棄。反転するのは価格の行です。サンドボックスごと秒単位から、サーバーごと定額へ。アイドル状態のコンテナは Hoody ではコストがかかりません。すでに料金を支払ったメタルを共有するからです。
エージェントコードはほとんど変わりません。3 ステップで損益計算書の従量課金行が定額になります。最も手間がかかるのは、課金していた SDK を取り除くことです。
以前 E2B SDK を呼んでいた箇所で、server_id を指定して /api/v1/projects/$PID/containers に POST します。レスポンスは 24 文字のコンテナ ID とルーティング可能なホスト名を返します。コンテナはスナップショットから数秒で起動します。サンドボックスハンドルと同じ形のオブジェクトです。
各コンテナには Hoody Exec が同梱されます。V8 アイソレート、ファイルベースルーティング、cors、timeout、concurrency 用のマジックコメント。ランナースクリプトを scripts/1/ に置き、ペイロードを POST すれば JSON が返ります。Web サーバーの配線も Express も Lambda の設定も不要です。
セッションが終わった? DELETE /api/v1/containers/[id] で消えます。気にしたくない? Hoody のアイドルコンテナはメタルを共有するため、DELETE するかサーバーが満杯になるまで限界費用ゼロで居座ります。クリーンアップ cron も孤児の請求もありません。
メーターが止まると、これまで高かった 3 つのことが無料になります。そしてエージェント製品は、買えなかったあのアーキテクチャのように振る舞い始めます。
秒単位メーターでは、バズった週は税金です。定額のメタルなら、起動数は請求書から切り離されます。サーバーの容量に縛られ、請求書には縛られません。ユーザーがエージェントをガンガン使っても怯まずに済みます。
秒単位サンドボックスは早く死ななければなりません。アイドル 1 分ごとがお金です。Hoody ではアイドルが無料なので、休止したユーザーが翌日戻ってきてもコンテナは状態とともに残っています。粘着性が無料になります。
各コンテナは独自の本物の OS です。カーネル名前空間、フルファイルシステム、独自の URL。望むなら SSH。/ramdisk のマウント。エージェントが必要とするどんな apt パッケージでもインストール。ベアメタルと同じアイソレーション、秒単位の税はなし。
数字は Containers API と Hoody サーバークォータからのものです。捏造ではありません。ベアメタルの塊が重い仕事を担い、API はスロットを配るだけです。
サンドボックス秒メーターは存在しません。コンテナは秒単位で課金されません。サーバーが定額で課金されます。すべての起動、すべてのリトライ、すべてのアイドル分は、すでにレンタルしているサーバーに上乗せで限界費用ゼロです。
KSM (Kernel Samepage Merging) と BTRFS コピーオンライトにより、1 サーバーが数百のコンテナを詰められます。2 つ目のコンテナのコストは 1 つ目との差分のみです。密度はワークロード次第ですが、軽量なエージェントセッションは厚く重ねられます。
Hoody のサーバー価格はマーケットプレイスで月額 2 桁台前半から始まり、テナント数ではなくスペックに応じてスケールします。請求書はもう、起動するエージェントの数の関数ではありません。
コンテナ密度はワークロード次第です。軽量サンドボックスなら数百詰められますが、GPU エージェントはより多くのヘッドルームが必要です。サーバー価格はマーケットプレイス主導で、リージョン、CPU、RAM、ディスクによって変わります。重要なのは、いくら払っても起動ごとに重ねて支払わない、ということです。
エージェントは秒単位でコンピュートをレンタルするのをやめ、すでに支払い済みのコンピュートを使い始めます。
標準的な sandbox-as-a-service スタックは、サンドボックスごと秒単位で請求します。同じ仕事、違う請求書。具体的に置き換わるのは:
秒単位でコンピュートをレンタルするのをやめましょう。すでに支払い済みのコンピュートを使いましょう。