ゼロから本番環境へ AI デモと有料顧客の間の 5 つの継ぎ目

原作者：Beo Beo

オリジナルソース：https://www.youtube.com/embed/vucl3xYJy0E

二度と編集しない: https://zonixmotion.online Zonix 16-9 バージョン: https://zonix169.online VOX スタイル ビデオ メーカー: https://voxera.work 1 人でのビジネス: https://synaxos.space AI チームの所有: https://eliasagent.store シニア プログラマー: https://eliascode.store -- フルスタック AI SaaS の運用アーキテクチャ 最新のプラットフォームで AI SaaS アプリケーションを構築(Supabase、Vercel、および Stripe) では、localhost のデモと復元力のある運用インフラストラクチャの間のギャップを埋める必要があります。モデルの呼び出しとその出力のストリーミングには最小限のコードが必要ですが、認証パフォーマンス、関数実行タイムアウト、非同期ジョブ キュー、Webhook 冪等性、トークンベースの使用量課金の処理には、特定のアーキテクチャ パターンが必要です。基盤となるプラットフォームの仕組みを調べると、実稼働トラフィックの下で標準的なボイラープレート設定が失敗する理由と、それぞれの運用境界を強化する方法が明らかになります。データベース クエリのパフォーマンスと行レベル セキュリティ PostgreSQL の行レベル セキュリティ (RLS) ポリシーは、クエリの実行中に行ごとに評価される関数として実行されます。最適化されていないポリシーにより、膨大なレイテンシのオーバーヘッドが発生します。 • インデックスのないポリシー評価: インデックスのない列でポリシー関数 (auth.uid() = user_id など) を実行すると、テーブル サイズが大きくなるにつれて、クエリあたり数百ミリ秒が追加される可能性があります。 B ツリー インデックスを外部キーとユーザー参照に追加すると、クエリの評価時間がミリ秒単位に短縮されます。 • サブクエリ ラッピングの最適化: auth.uid() をネイキッドで呼び出すと、Postgres はスキャンされた単一行ごとに関数を再評価します。ユーザー ID 呼び出しをスカラー サブクエリ内にラップすると (例: (SELECT auth.uid()) = user_id)、Postgres はクエリ実行プランごとに 1 回 ID を解決し、複数行のクエリ時間を 90% 以上短縮します。サーバーレス実行制限と非同期キュー モデルの実行時間とマルチステップ エージェント ループは、サーバーレス リクエスト制限と頻繁に競合します。 • 実行タイムアウト: サーバーレス環境では、関数実行の厳格な上限が適用されます (Vercel Hobby レベルでは 300 秒、Pro/Enterprise レベルでは 800 秒など)。ストリーミング応答は接続を開いたままにしますが、基礎となる関数の実行クロックを一時停止したり延長したりしません。 • 長時間実行される作業からのリクエストの分離: 複数ドキュメント分析や反復検索ループなど、長時間実行されるエージェント ワークフローは、同期 HTTP リクエスト ハンドラーからオフロードする必要があります。 HTTP 応答は、ブラウザ接続のライフサイクルとは関係なく状態を保持する非同期ジョブ (たとえば、バックグラウンド キューや Vercel Workflows などのステートフル ワークフロー エンジン経由) をキューに入れた後、すぐに 2xx ステータス コードを返す必要があります。 Webhook の検証、冪等性、および使用状況の計測 支払いおよびサブスクリプションのライフサイクルを安全に処理するには、受信 Webhook を未検証の順序外のイベントとして処理する必要があります。 • 未加工のペイロードによる署名検証: Stripe Webhook は、タイムスタンプと正確な未加工のリクエスト本文を介して HMAC SHA-256 を使用してペイロードに署名します。解析または再シリアル化された JSON ペイロードを検証すると、暗号署名が無効になります。署名検証は、厳密な許容範囲 (通常は 5 分) 内で、生のリクエスト バッファに対して実行する必要があります。 • アウトオブオーダーの実行と重複配信: Webhook は、連続して到着すること、または 1 回だけ到着することは保証されません。エンドポイントは、処理されたすべてのイベント ID をべき等データストアに記録し、変更 (ユーザー アクセスのプロビジョニングなど) を適用する前に以前の実行を確認する必要があります。 • 使用量ベースのトークン請求: 変動するトークンのワークロードに対する固定サブスクリプション価格は、利益率の低下につながります。使用量ベースの課金モデルを実装するには、LLM プロキシから直接トークン メタデータ (入力、出力、およびキャッシュされた入出力) をキャプチャし、有効期間の短いセッション トークンを介してイベントをルーティングし、専用の計測ストリームを介して消費を追跡する必要があります。次の作業: Stripe Webhook エンドポイントを監査して、生の本文署名検証と冪等性ログを確認し、データベース クエリ プランを検査して、行レベル セキュリティ ポリシーで B ツリー インデックスとスカラー サブクエリ ラッピングが使用されていることを確認します。 --- 免責事項 このビデオは、教育、情報提供、研究目的のみを目的としています。 OpenClaw は、AI エージェントがローカル システム リソース、端末、メッセージング チャネル、外部 API に直接アクセスできるようにするオープンソース プロジェクトです。昇格された権限で自己ホスト型 AI ソフトウェアを実行すると、潜在的なリモート コード実行、プロンプト インジェクション、資格情報の漏洩など、固有のセキュリティ リスクが伴います。ローカル システムの権限を付与する前に、常にコミュニティ スキルを監査し、分離された環境 (専用 VM や Docker コンテナなど) で機密ソフトウェアを実行し、使い捨ての資格情報を使用し、公式のセキュリティ ガイドを参照してください。著者は、このビデオで説明されているツールの使用または導入に起因するセキュリティ インシデント、データの損失、またはシステムの侵害に対して責任を負いません。