2026年3月、Load Bearing Empireは、6つの異なる事業オペレーション――不動産の卸売、解体、バレーパーキング、クレジット修復、鉱物権、構造系SaaS――を単一のセルフホスト型アーキテクチャに統合する、統一されたAIインフラストラクチャスタックを展開しました。TwilioおよびSendGridから移行し、カスタムのJARVIS Brain Router、26のVAPIボイスエージェント、そしてVultr上のAsterisk 18.10 PBXを採用することで、同社は音声、SMS、APIの各レイヤーで100ms未満のレイテンシを維持しながら、インフラコストを98%削減することに成功しました。この詳細な解説では、Load Bearing Empire OSアーキテクチャの背後にある技術的判断を扱います。具体的には、Supabase（プロジェクトID: whxtjboruayowkqyjvcq）がマルチテナントのワークフローで98の正規化テーブルと42のEdge Functionsをどのように管理しているのか、6桁台の年間節約のためにセルフホストのAsteriskがクラウドテレフォニーに取って代わった理由、そしてVAPIエージェントのオーケストレーションが単一のルーティング層を介して事業部門間のシームレスな引き継ぎをどのように可能にするのかを説明します。
垂直統合型AIスタックの構築：Load Bearing EmpireがSaaS依存を排除した方法
Dev.to / 2026/3/30
💬 オピニオンDeveloper Stack & InfrastructureSignals & Early TrendsIdeas & Deep Analysis
要点
- Load Bearing Empireは、2026年3月に6つの業務オペレーションを単一の「Load Bearing Empire OS」アーキテクチャに統合した、統一された自己ホスト型AIインフラストラクチャスタックを導入したと報告している。
- この記事では、TwilioおよびSendGridからの移行として、カスタムのJARVIS Brain Routerに加え、26のVAPIボイスエージェント、そしてVultr上でホストするAsterisk 18.10 PBXを用いた構成を説明しつつ、音声・SMS・API間でサブ100msのレイテンシを維持したとしている。
- インフラコストを98%削減したと主張しており、その多くは、別個のSaaS依存に頼るのではなく、事業部門間でルーティングとオーケストレーションを集中化したことによるものだとしている。
- データ層については、この中でSupabaseを用いて、マルチテナントのワークフロー内で98の正規化テーブルと42のEdge Functionsを管理する方法が説明されている。
- さらに、VAPIエージェントのオーケストレーションにより、単一のルーティング層を通じて事業部門間でシームレスな引き継ぎ（ハンドオフ）が可能になり、コミュニケーションおよび自動化システムの断片化が抑えられることが詳述されている。
