1台のサーバー。無制限のコンテナ。限界コスト$0。
インフラコストの基本単位が、環境ごとの課金からサーバーごとの容量に変わります。サーバーの費用が支払われれば、もう1つコンテナを起動するコストはゼロです。実験、ブランチ環境、使い捨てデモ、クライアントごとの分離 — すべてが予算として計上されるものではなく、デフォルトの動作になります。
ベアメタル · KSM密度 · BTRFSデデュプ · リソース利用率100% · 物理的な分離を標準搭載
環境ごとの課金からサーバーごとの容量へ。
VPSモデルでは、すべての環境が継続的なコストとして扱われます。ベアメタル＋コンテナのモデルでは、サーバーを一度だけ容量の決定として扱います。環境ごとの支払いをやめると、環境という単位で考えることもなくなります。
VPS — 環境ごとの課金
- —開発・ステージング・本番 = 3つの明細
- —ブランチ環境 = 予算の相談が必要
- —個人サンドボックス = アイドル中も課金
- —クライアント案件 = クライアントごとに毎月1台のVPS
Hoody — サーバーごとの容量
- —1台のサーバーレンタルで収まるすべての環境をカバー
- —ブランチ環境 = API呼び出し1回、無料
- —個人サンドボックス = 起動して使って、削除
- —クライアント案件 = 同一サーバー上にクライアントごとのコンテナ
具体的な計算例。
100x Foundationのドキュメントでは、ソロファウンダーが3〜5コンテナの12個のSaaSを運営するケースを紹介しています。同じ計算を並べて比較します。正確な数字はサーバープロバイダーとワークロードによって異なります — これは数値の目安であり、価格表ではありません。
| Line item | Traditional VPS | Hoody |
|---|---|---|
| サーバーコスト | $40/コンテナ × 60 = $2,400/月 | $100/月のベアメタルサーバー |
| コンテナ#61を追加 | 毎月ずっと+$40/月 | サーバー容量内なら+$0 |
| アイドルコンテナ | それでも全額課金 | KSM + BTRFSデデュプで約0バイト |
| 専用ハードウェア | エンタープライズティア、約$200〜1,000/月 | 標準搭載 — サーバー自体がハードウェア |
コストはあくまで例示であり、サーバープロバイダー、ワークロード、実際にコンテナが共有するリソース量によって異なります。経済的な構造 — 限界コストゼロ、容量の共有、アイドルコストなし — はプロバイダーを問わず成立します。
コンテナが無料なら、実験がデフォルトになります。
従来のインフラでは、実験はコストが伴う意識的な決断です。Hoodyでは実験が最も手軽な選択肢になります。これが静かに、開発者やエージェントの働き方を変えます。
ブランチごとの環境
すべてのgitブランチにコンテナが割り当てられます。10個のブランチ = 10個のコンテナ = 1つのブランチと同じ請求。
並行仮説テスト
10通りのアプローチを試すAIエージェントは10個のコンテナを起動します。勝者を残し、残りはDELETEします。
本番と完全一致するステージング
近似ではありません。同じイメージ、同じ設定、同じスナップショットソース — 追加コストゼロ。
オンデマンドのクライアントデモ
商談用にデモコンテナを起動します。終わったら削除。月次の請求に明細は追加されません。
支払ったサーバーの100%を活用。ノイジーネイバーなし。アイドル税なし。
従来のVPSでは、ほとんどアイドル状態の専用リソースに費用を払います。KSM + BTRFSデデュプを使ったベアメタル共有環境では、コンテナが実際に必要なリソースだけを競合します。ワークロードが必要とするときに完全な利用が可能で、そうでないときは無駄がありません。
CPU: 全コア、全コンテナ
Linuxスケジューラーは必要としているコンテナにマシン全体を割り当てます。コンテナごとのvCPU上限はありません。
RAM: KSMによるデデュプリケーション
共通ページをコンテナ間で共有します。60個のコンテナが10個のVPSインスタンスより少ないRAMを使うことがあります。
ディスク: BTRFSによるデデュプリケーション
コンテナ間で同一のベースイメージ = ブロックを共有。ストレージはコンテナ数ではなく差分に応じて増加します。
ネットワーク: コンテナごとのクォータなし
サーバーの帯域幅がプールです。ワークロードの要求に応じて自由に割り当てられます。
ベアメタルがベースライン — エンタープライズティアではなく。
パブリッククラウドのVPSでは、見知らぬ人と共有するハイパーバイザー上の1テナントにすぎません。サイドチャネル攻撃（Spectre、Meltdown）はその共有から生まれます。Hoodyでは、サーバーはあなたのものです。共有ハイパーバイザーなし。他の顧客からのSpectre系攻撃面なし。
共有ハイパーバイザーなし
コンテナはLXC + Firecrackerで分離されながらホストを共有します。見知らぬ人とホストを共有することはありません。
コンプライアンス分離を標準搭載
顧客データのデータレジデンシー、HIPAA準拠の分離、PCIスコープの削減 — すべてサーバー所有から自然に導かれます。
ハードウェアを自分で管理
OVH、Hetzner、Equinix、または自社のコロケーションから借りられます。Hoodyは選択したベアメタル上でコンテナを動かします。
このモデルが効果を発揮しないケース。
経済性が逆転しないケースについて正直に述べます。サーバーごとのモデルは密度を活かせるときに輝きます。巨大な単一の分離コンテナを必要とするワークロードには向きません。
超大型単一コンテナのワークロード
数十CPUと数百GBのRAMを持つ単一コンテナが必要なら、どのみち専用ハードウェアの費用がかかります。そのティアではVPSが競争力を持つ場合があります。
スパイクの激しいトラフィック
常にCPU 100%で動くコンテナは、隣接コンテナに密度の余地を残しません。密度に基づく計算はワークロードの多様性を前提にしています。
ゼロオペレーション要件
Hoodyのツールを使っても一切ベアメタルサーバーを管理できない場合は、マネージドKubernetesやFly.ioの方が適しています。ハードウェアの決定を一切したくないチームもあります。
エッジレイテンシー要件
CDNワークロードに20のグローバルPOPが必要ですか？Hoodyサーバーを20台借りるか、エッジ専門プロバイダーを使ってください。1台のベアメタルは1つの地理的ポイントです。
環境への課金をやめる。容量に一度だけ支払う。
サーバーを借りる。使う分だけコンテナを起動する。請求はワークフローと一緒に増えません。
関連情報 — ウォレットとサーバーレンタルAPIは/platform/control-plane、KSM + BTRFSの詳細は/methods/efficiency-securityをご覧ください。