Saturation mémoire

Saturation mémoire : Épuisement de la mémoire allouée, qui provoque des redémarrages de conteneurs et des erreurs en apparence aléatoires.

Ce terme appartient à la famille « Technique ». La page reprend l’essentiel : à quoi ça sert, comment l’écrire, ce qui se passe quand on l’oublie.

Pourquoi Saturation mémoire compte sur un projet mobile

Ce que recouvre Saturation mémoire finit toujours dans une ligne de devis, sous un intitulé plus vague. Nommer le mécanisme, c’est pouvoir comparer deux propositions au lieu de comparer deux totaux.

Dans la pratique, deux interlocuteurs qui n’ont pas la même définition en tête avancent d’accord pendant des semaines, puis découvrent le désaccord à la livraison.

Ce que ça devient dans un cahier des charges

Un cahier des charges sérieux relie « Saturation mémoire » à un critère de recette : une phrase que l’on peut cocher ou refuser, pas une intention.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le volume de données attendu au lancement, puis à douze mois.
• Le comportement de l’application sans réseau, et ce qui doit rester consultable.
• Les délais d’affichage acceptables sur les écrans les plus consultés.
• L’hébergement retenu, sa localisation, et qui en paie l’abonnement mensuel.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Comment le vérifier à la recette

Saturation mémoire ne se prouve pas par une capture d’écran. La recette doit produire une trace : un chiffre, un journal, un rapport.

• Demander une restauration de sauvegarde réellement exécutée, avec sa date.
• Relever les temps d’affichage des écrans les plus consultés, chiffres à l’appui.
• Demander la facture d’hébergement du mois, pour éviter la découverte à six mois.

Ce qui n’est pas vérifié à la recette ne sera pas vérifié du tout : le jour de la mise en ligne, plus personne n’a le temps.

Erreurs fréquentes

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Dimensionner l’infrastructure sur le trafic du lancement et non sur celui d’une campagne.
• Considérer les sauvegardes comme faites parce qu’elles sont configurées, sans tester de restauration.
• Découvrir les coûts d’hébergement après la mise en ligne, faute de les avoir demandés au devis.
• Mesurer la performance sur un téléphone récent et l’annoncer comme celle du parc réel.
• Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• API REST
• Webhook
• Notification push
• Lien profond
• Feature flag

Questions fréquentes

Que signifie « Saturation mémoire » ?

Épuisement de la mémoire allouée, qui provoque des redémarrages de conteneurs et des erreurs en apparence aléatoires. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Le sujet doit-il apparaître dans le devis ?

Oui, sous un poste identifiable. Un devis qui fond conception, développement, tests et exploitation dans une ligne unique ne permet ni de comparer, ni de discuter, ni de couper.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.