コンポーネントと役割
すべてのコンポーネントは、その場所を正当化します。
- 01Next.jsアプリケーション
必要な場合に、公開インターフェース、静的コンテンツ、ルートハンドラ、サーバーでレンダリングされたパスを提供します。
- 02Cloudflare Workersデプロイメントパス
現在の互換性のあるNext.jsアダプターを通じてエッジでアプリケーションを実行します。
- 03サーバーサイドのモデル境界
プロバイダの資格情報をプライベートに保ち、検証、タイムアウト、予算、安全な失敗動作を適用します。
- 04オプションのD1およびR2バインディング
製品フローがニーズを証明した後に、構造化された記録または生成されたアーティファクトのみを追加します。
- 05リリースと観察ループ
各デプロイメントをコンミット、ルートチェック、エラーの可視性、コスト信号、ロールバックルールに関連付けます。
データフロー
ブラウザ → 検証済みアプリケーションルート → 必要に応じてモデルプロバイダー → オプションのD1/R2記録 → ユーザーに表示される結果 → リリースおよびエラーのレビュー
デフォルトの選択
ここから始め、明示された理由で切り替えてください。
WorkersでのNext.js
コンパチブルな新しいアプリ用の vinext; マイグレーションギャップのある既存アプリ用の OpenNext
- 選択の理由
- Cloudflareの現在のガイドラインに従いながら、検証されていない本番移行を回避します。
- いつでも切り替える
- 互換性、メンテナンス状態、またはアプリケーション要件が実質的に変化したときにアダプタを再評価してください。
構造化された継続性
フローが必要になるまでデータベースなし。D1はCloudflareネイティブの開始点です
- 選択の理由
- 永続性が現実になるとき、直接的なバインディングパスを保持しながら、使用されていない状態の運用を避けてください。
- いつでも切り替える
- 関係性の特徴、ポータビリティ、地域、チーム運用がより適切な選択となる場合、既存のPostgresシステムまたは他のストアを使用してください。
アーティファクトの保存
ファイルまたは不変のエクスポートが存在するまでオブジェクトストアなし。それがあるときにはR2を使用します
- 選択の理由
- 最初のリリースを小さく保ち、大規模なオブジェクトを構造化されたレコードから分離します。
- いつでも切り替える
- データの所在、ツール、組織の基準が統合よりも優先される場合、既存のオブジェクトストアを使用してください。
運用仮定
コスト、プライバシー、代替案、および制限
人間のチェックポイント
責任ある決定を可視化する
- ワンフローの範囲とデータ境界を承認してください
- 本番設定と正確なリリースアーティファクトをレビューします
- 公開バージョンを確認し、ロールバックを所有してください
証拠とソース
この記録をサポートしているものを確認してください。
RichBay で使用実績あり
最終レビュー日 2026-09-05。導入する前に、現在のプロバイダーのドキュメント、制限、料金、および利用規約を再確認してください。