Référence
Limites
Tailles, débits, quotas et durées de conservation de Host.
Ces limites protègent la plateforme et les autres organisations. Une requête qui dépasse une limite de débit reçoit 429 avec le code rate_limited. Attends quelques secondes, puis réessaie.
Besoin d’une limite plus haute ? Écris à support@hgdc.ch.
Déploiements et fichiers
| Limite | Valeur |
|---|---|
| Taille d’un fichier | 20 Mo |
| Fichiers inclus directement dans la requête de déploiement | 20 Mo au total. Au-delà, envoie les fichiers par /v2/files |
| Fichiers par déploiement | 15 000 |
| Déploiements par organisation | 60 par heure, avec des rafales de 10 |
| Suivi de la publication par la CLI | 9 minutes au plus par connexion |
Fonctions (préversion)
| Limite | Valeur |
|---|---|
| Mémoire par fonction | 512 Mo par défaut, 1 Go au plus |
| Durée par requête | 30 secondes par défaut, 60 secondes au plus |
| Première requête après une période calme | Quelques secondes, le temps de démarrer l’environnement |
La durée peut être réglée par fonction avec maxDuration, dans la limite de 60 secondes. Voir Préversion.
API
| Limite | Valeur | Compté par |
|---|---|---|
| Requêtes à l’API | 600 par minute, avec des rafales de 120 | Clé d’API |
Envoi de fichiers (/v2/files) | 6 000 par minute, avec des rafales de 3 000 | Clé d’API |
| Vérifications de domaine | 20 par minute, avec des rafales de 5 | Organisation |
Les rafales sont le nombre de requêtes acceptées d’un coup, avant que la limite par minute ne s’applique.
Projets, domaines et variables
| Limite | Valeur |
|---|---|
| Domaines par organisation | 50 |
| Nom d’une variable | 256 caractères |
| Valeur d’une variable | 64 Ko |
| Note d’une variable | 500 caractères |
| Variables synchronisées par configuration Doppler | 300 |
Entrées par liste de vercel.json (redirects, rewrites, headers, routes) | 1024 |
Journaux
| Limite | Valeur |
|---|---|
| Conservation des logs des requêtes | 24 heures |
| Lignes de logs de requêtes affichées | 1000 au plus |
| Lignes de logs gardées par build | Les 1000 premières et les 1000 dernières |
| Logs d’un build annulé | 30 jours |
| Logs d’un build en erreur | 90 jours |
| Logs d’une preview | 180 jours |
| Logs d’une production | 1 an |
| Logs de la production en ligne | Jamais effacés |
| Déploiements qui gardent leurs logs, par projet | Les 20 plus récents, plus la production en ligne |
Les durées partent de la fin du build. Au-delà des 20 déploiements les plus récents d’un projet, les logs sont effacés dans l’heure, même avant ces durées. Le déploiement reste après l’effacement de ses logs. Un déploiement effacé emporte aussi son log.
Les minutes de GitHub Actions dépendent de ton compte GitHub, pas de Host.
Conservation des déploiements
Host efface les anciens déploiements, avec leurs fichiers et leurs logs. La durée compte depuis la création du déploiement.
| Déploiement | Durée par défaut |
|---|---|
| Annulé | 30 jours |
| En erreur | 90 jours |
| Preview | 90 jours |
| Ancienne production, plus en ligne | 180 jours |
Un admin de l’organisation règle ces quatre durées par projet, dans Réglages du projet, section Conservation des déploiements. Choix : 7 jours, 30 jours, 60 jours, 90 jours, 180 jours, 1 an, 2 ans, ou Jamais.
Toujours gardés, quel que soit l’âge :
| Ce qui reste | Pourquoi |
|---|---|
| La production en ligne | Elle sert ton site |
| Les 10 productions qui ont précédé la production en ligne | Pour revenir en arrière |
| Les 10 derniers déploiements du projet | Pour suivre les dernières publications |
| La dernière preview prête d’une branche qui a un domaine de branche | Pour garder la preview de la branche en ligne |
| Le déploiement remplacé au dernier retour arrière ou à la dernière mise en production manuelle | Pour défaire la dernière action |
Host fait un passage par jour, vers 3 h 40 (heure suisse). Un déploiement effacé ne se restaure pas. Son adresse répond 410. Détails sur Déploiements.
Cette page t'a aidé ?
Merci, c'est noté.