セルフホスティングによって実際に何が変わるのか
セルフホスティングによって実際に何が変わるのか
セルフホスティングはインフラコストをなくすものではなく、トークン単位の従量課金制であるサードパーティへの支払いを、自社が保有するコンピュート、ストレージ、運用責任へと置き換えるものです。このトレードオフを行う価値があるのは、プロダクトのAI利用量が予測可能かつ継続的で、長期的には自社インフラを保有する方がコストを抑えられる場合、汎用的なモデルではなく狭く目的特化したタスク向けにチューニングされたモデルが必要な場合、あるいはリクエストとデータを自社保有インフラ内にとどめることが希望ではなく要件である場合です。逆に、AI利用が予測不能でスパイクが多く、あるいはまだ試行段階にある場合は、このトレードオフは分が悪く、従量課金APIの柔軟性が自社保有インフラの固定費を上回るメリットとなります。
01詳細
目的特化型モデルの前段に置かれたルーター
OmnitechでPeachesという名前で構築されたのは、セルフホスト型のモデルサービングプラットフォームです。目的特化型モデルの前段にOpenAI互換の補完APIを立て、キャプション生成、レビュー返信の下書き作成、求人コンテンツ生成、見積もり支援といったアプリケーショントラフィックを、フォールバックと障害ログが設定された中央プロバイダールーターを通じてルーティングします。このアーキテクチャこそが本サービスの具体的な姿です。すなわち、単一の安定した内部APIを呼び出すアプリケーション層、どのモデルがどのワークロードを処理するかを決めるルーティング層、そしてモデル自体を稼働させ続ける責任を負う運用層です。
02詳細
インフラだけでなく運用責任も
セルフホスト型モデルを立ち上げること自体は簡単な部分であり、実際のサービスはそれを運用することにあります。具体的には、モデル自体のレイテンシと障害を監視すること、性能低下や利用不能に陥ったセルフホスト型モデルが依存機能を道連れにしないようプロバイダーのフォールバックを設定すること、そして障害を黙って再試行するのではなく、診断に十分な詳細情報とともにログに記録することです。Peachesのルーターはまさにこれを実現しており、4つのアプリケーションワークフローそれぞれが独立して監視され、フォールバックと障害ログは後付けではなくルーティング層の設計そのものに組み込まれています。