Quotas et performances : quand le volume grossit

Les premiers mois, tout est rapide. Deux ans plus tard, un écran met plusieurs secondes à s'afficher et un export échoue. Ce n'est pas une fatalité : ces dégradations suivent des mécanismes connus, qui se surveillent.

Ce qui ralentit quand le volume augmente

Un index est simplement une table de repérage qui permet à la base de trouver une information sans tout parcourir, comme l'index d'un livre. Son absence est la cause la plus courante des ralentissements progressifs.

Les quotas des services extérieurs

Dès qu'une application appelle un service tiers, elle rencontre des limites : un nombre maximal d'appels sur une période, une taille maximale de fichier, un volume mensuel inclus. Ces plafonds ne posent aucun problème jusqu'au jour où une reprise de données ou un pic d'activité les dépasse. L'application reçoit alors des refus et, si rien n'est prévu, perd des informations.

Trois réflexes évitent l'incident :

1. Lire les limites avant de développer, et les noter dans la documentation de la liaison.
2. Regrouper les appels plutôt que d'en émettre un par enregistrement.
3. Réessayer intelligemment : en cas de refus pour dépassement, attendre puis retenter, au lieu d'insister immédiatement.

Mesurer avant d'optimiser

Optimiser au hasard fait perdre du temps. Quelques mesures suffisent à cibler :

• Le nombre d'enregistrements par catégorie, relevé chaque mois, qui donne la vitesse de croissance réelle.
• Le temps d'affichage des écrans les plus utilisés.
• L'espace occupé par les documents, les journaux et les sauvegardes, séparément.
• Le nombre d'appels émis vers chaque service extérieur.

Comparez ces relevés d'un mois sur l'autre. Une croissance régulière permet d'anticiper, alors qu'un incident surprend toujours. Cette démarche rejoint celle décrite dans l'article pourquoi un site est lent, appliquée cette fois aux données.

Les réponses les plus efficaces

Par ordre d'effet, pour un effort raisonnable :

1. Afficher par pages et limiter les résultats d'une recherche, plutôt que de tout charger.
2. Ajouter les index manquants sur les champs réellement utilisés pour rechercher et trier.
3. Déporter les traitements lourds en dehors des heures d'usage, et prévenir l'utilisateur quand le résultat est prêt.
4. Mettre en cache les informations coûteuses à calculer et qui changent peu.
5. Archiver les données anciennes pour alléger les tables les plus consultées.

Prévoir plutôt que subir

Fixez dès la conception des seuils d'alerte sur l'espace disque, le temps de réponse et les appels consommés. Testez aussi l'application avec un volume proche de celui attendu dans deux ou trois ans : un jeu de données de démonstration ne révèle jamais ces limites. NexSecure conçoit et surveille ces applications dans le cadre de son offre de développement web sur mesure.