どんな場面で検討するか
Git連携の静的サイトとFunctions、PR previewを組み合わせ、公開前レビューと公開版の戻しを行いたい場合。
組織で使う条件
チーム全体のcredits残量と停止条件、購入/auto rechargeの担当と予算を決める。 previewと本番の秘密/データを分離し、公開版とFunctionsの切戻し条件を確認する。
採用前に試すこと
- 合成サイトとFunctionsをbranch/Deploy Previewへ出し、URL/環境と読戻しを確認する。
- 成功した本番デプロイ・preview・失敗ビルドで、creditsの対象の違いを確認する。
- 以前の正常deploymentへ戻し、フォーム/API/資産の整合とcredits上限時の運用を確認する。
合格と判断する条件
- previewが実顧客データを使わず、必要なルートが動く。
- 契約方式と課金対象を説明でき、想定する公開/転送/計算量を予算に含める。
- 戻し後の表示と保存が一致し、残量低下を担当者が検知できる。
見落としたくない点
- 常駐プロセスやOS管理が必要なバックエンドは他の実行基盤と比較する。 月間creditsを使い切ると複数サイトが停止しうるため、無料枠だけを本番継続条件にしない。
- 常駐プロセスやOS管理が必要なバックエンドは他の実行基盤と比較する。
- 月間creditsを使い切ると複数サイトが停止しうるため、無料枠だけを本番継続条件にしない。