Préversion et rendu à la demande

Host sert toujours les fichiers statiques et les pages pré-rendues. Les fonctions, c’est-à-dire le rendu à la demande, les routes d’API, les Server Actions, le proxy, le runtime edge, l’ISR et les crons, sont en préversion. Cette page explique comment elles se comportent, et ce que tu observes.

Ce qui est en ligne dans tous les cas

Un site construit avec vercel build produit deux sortes de contenu :

• les fichiers statiques et les pages pré-rendues au build. Ils sont servis dès le déploiement, sans fonction ;
• les pages et les routes qui ont besoin d’une fonction. Elles passent par l’exécution en préversion.

Une organisation qui n’a pas encore accès à l’exécution des fonctions voit ses pages statiques en ligne normalement. Seule une adresse qui demande une fonction répond 501, avec le message « Rendu à la demande pas encore servi ».

Ouvert organisation par organisation

L’exécution des fonctions est ouverte organisation par organisation. Si une de tes adresses répond 501, demande l’activation à support@hgdc.ch, avec le nom de ton organisation.

Comportement des fonctions

• Chaque déploiement a son environnement d’exécution, isolé des autres, avec les variables de son environnement.
• Une fonction dispose de 512 Mo de mémoire par défaut, et de 1 Go au plus.
• Une requête dure 30 secondes au plus par défaut. Tu peux allonger jusqu’à 60 secondes avec maxDuration.
• Après une période sans trafic, l’environnement s’arrête. La première requête suivante prend quelques secondes ; les suivantes sont immédiates.

Runtime edge

Une fonction marquée runtime: "edge" tourne dans un contexte isolé, avec les API Web, comme chez Vercel.

ISR

Une page avec une durée de revalidation est rendue une fois, puis gardée. Une fois la durée écoulée, elle est régénérée en arrière-plan. Le visiteur reçoit toujours une réponse immédiate.

Le cache de l’ISR est tenu en mémoire par serveur. Il repart à vide quand le serveur redémarre : la page suivante est rendue à nouveau.

Crons

Les crons de vercel.json appellent leur chemin en GET, à l’heure indiquée en UTC, sur le déploiement de production uniquement. Un déploiement de preview n’a jamais de cron.

Si tu définis la variable CRON_SECRET pour la production, chaque appel porte Authorization: Bearer <CRON_SECRET>. Vérifie cet en-tête dans ta route avant d’agir.

Proxy et middleware

Le proxy, anciennement middleware, et le middleware Node.js s’exécutent en préversion, comme les fonctions.

Pour une page qui ne peut pas attendre

Si une page a besoin d’une fonction alors que l’exécution n’est pas encore ouverte à ton organisation, tu peux la pré-rendre au build. Elle est alors servie comme une page statique.

Voir aussi

• Compatibilité : la liste complète, fonction par fonction.
• Limites : mémoire, durée et débits.