Vercel なしのホスト Next.js: 選択方法

#導入後に動作する必要がある機能をリストします。

リクエストによってレンダリングされたページ、アクション、API、Cookie、画像、および再検証を特定します。長期間の接続、バックグラウンド作業、ストレージのニーズが含まれます。これらは、ホスティング プロバイダーの名前よりも確実に制約を決定します。

実行環境をプラットフォーム統合から分離します。ストレージ、認証、またはワークキューは、独自のコントラクトを持つことができます。ページを展開しても、それらのサービスは自動的に移行されません。

#ホスティングモデルを比較する

これらのモデルは、意思決定を構造化するのに役立ちます。コンテナーはパッケージ化と実行を記述し、VPS または管理されたプラットフォーム上で実行できます。これらのオプションはすべて相互に排他的ではありません。

#サーバー制御が必要な場合はVPSを選択してください

ノード サーバーの実行は、Next.js によって文書化されたセルフホスティング パスです。プロセス、予算、リバース プロキシを管理するのはあなたです。この制御には、メモリ、エラー、証明書、ストレージの監視も含まれます。

スタンドアロン ビルドでは、トレースされた依存関係と生成されたエントリポイントを通じて、デプロイメント ファイルを削減できます。ノードの必要性がなくなるわけでも、アプリケーションのメモリ使用量が決定されるわけでもありません。ターゲット システム、ネイティブ モジュール、静的アセットを確認します。

リバース プロキシの背後にある VPS に Next.js をデプロイする

#静的エクスポートで十分かどうかを確認する

必要なすべてのページをビルド時に生成できる場合、静的エクスポートにより操作を簡素化できます。ホストは生成されたファイルを配布します。リクエスト時の処理を必要とする機能には、別の設計または別のサービスが必要です。

このモードを選択する前に、バージョンの制限を確認してください。 Cookie に依存するプライベート ページ、サーバー アクション、またはビルド時に不明な動的ルートは、ファイル ホストでは使用できません。フォームは外部 API を呼び出すことができますが、その API は引き続き動作するサービスです。

#実際の体験を通じてマネージド ホスティングを評価する

マネージド ホスティングの場合は、サポートされている Next.js 機能、実行制限、キャッシュ動作、および地域制限を確認してください。ホームページだけではなく、アプリケーションを表すサンプルをデプロイします。

コンピューティング、帯域幅、ストレージ、維持される運用作業を比較します。交通量やピーク時の情報がなければ、あるモデルが常に安いと主張するのは誤解を招くでしょう。現在の価格と条件をプロバイダーに直接確認してください。

#この決定に PRNext を入れます

PRNext は、Next.js 規則に準拠したアプリケーション用の実験的なランタイムであり、部分的な互換性があります。インフラストラクチャ上で評価できます。これによりランタイムが変更され、独自のチェックが必要になります。 VPS 上のセルフホスティング Next.js も Next.js を保持できます。

PRNext Host は別個のマネージド サービスです。専用のページで可用性、条件、機能を確認してください。ランタイムを選択するには、アプリケーションの機能要件から始めて、同じワークロードを使用してリソースを測定します。

PRNext 移行の範囲を確認する

PRNext がアプリケーションに適合するかどうかを評価する