De l’entropie des systèmes d’information

 

Que vous soyez à titre professionnel responsable d'applications informatiques ou à titre personnel en charge de sites internet, un jour ou l'autre, vous êtes confrontés au fameux : "Zut, c'est planté ! Je comprends pas, on a rien touché..."

Eh bien justement ! C'est probablement pour ça que le site a planté. Parce que vous n'avez rien fait.

Et c'est ce que je dis aux étudiants chaque année en cours de Pilotage de Projets : "Quand arrive la mise en production, on a l'impression que c'est fini, alors qu'au contraire, tout commence...".

En effet, le cycle de vie des logiciels fait que votre application va probablement vivre plusieurs années et qu'elle échappera difficilement à un phénomène appelé l'entropie des systèmes d'information.

L'entropie est un concept issu de la thermodynamique, qu'on peut décrire de manière très grossière comme le désordre "naturel" qui caractérise tout système livré à lui-même.

Bernard Stiegler, penseur de la technique et des technologies numériques, a théorisé la néguentropie, comme moyen de compenser l'inévitable entropie d'un système.

En quoi les systèmes d'information sont-ils soumis à l'entropie ?

Quiconque s'est frotté aux questions d'administration système sait qu'un site internet est composé des couches logicielles suivantes et qu'elles peuvent être "perturbées", avec le temps qui passe, par ces types d’événements (non exhaustifs) :

• Système d'exploitation :
• mises à jour automatique (à minima celles liées à la sécurité)
• saturation de File Systems par remplissage de logs ou génération de fichier Core
• saturation CPU à cause de processus qui bouclent
• PHP
• évolution périodique des versions stables et fin de support des versions obsolètes
• Serveur Web
• mises à jour de sécurité
• Base de données
• saturation d'espace alloué
• données de mauvaise qualité qui font planter des programmes
• CMS
• évolution fréquente des versions du CMS, du template et des extensions, dont l'interdépendance est souvent très forte

Tous ces événements surviennent de manière aléatoire et un jour où l'autre, si on ne fait rien ... ça plante !

Et souvent, on ne fait rien parce qu'on n'a pas le temps, parce que ça a un coût financier, parce que ça n'est pas funky et surtout parce que, qu'on agisse ou pas, il n'y a pas d'effet visible immédiat.

Par contre, si la criticité de l'application est bien identifiée, ça entraînera automatiquement des moyens (humains et financiers) pour mettre en oeuvre la néguentropie indispensable pour contrecarrer les effets de l'entropie.

Et cette néguentropie, dans le monde de l'IT, ça s'appelle la maintenance préventive, la supervision et la gestion des configurations.

Maintenant vous savez ce qui vous attend... et si le sujet vous intéresse, lisez Bernard Stiegler, un monsieur parti trop tôt :