Facteur bus : quand une seule personne connaît l'IA développée en interne

Qu’est-ce que le facteur bus ?

Le facteur bus est le plus petit nombre de personnes dont l’absence rend un système impossible à maintenir. S’il vaut un, tout repose sur une seule personne. Ce n’est pas un reproche envers elle : c’est généralement celle qui s’est intéressée la première à l’IA, a installé un serveur et a aidé ses collègues. Le risque apparaît quand cet engagement devient un service pour beaucoup, sans que la maintenance soit partagée en conséquence.

Pourquoi le facteur bus d’une IA développée en interne est-il souvent faible ?

Une IA dans votre établissement se compose de nombreuses couches : système d’exploitation, pilotes des GPU, conteneurs, logiciel qui fait tourner le modèle, le modèle lui-même, une interface, une base de données, l’authentification et les connexions aux logiciels métier. Chaque couche a ses propres versions et réglages. La manière dont elles s’articulent n’est souvent connue que de la personne qui les a mises en place, et de quelques notes.

S’y ajoute le rythme : modèles et logiciels paraissent à intervalles courts. Qui ne suit pas en continu perd vite la vue d’ensemble, et il est presque impossible de former un remplaçant pour deux semaines de congés.

Cela vaut-il aussi pour les projets open source eux-mêmes ?

Oui, dans une moindre mesure. Une étude de 2016 a estimé le facteur bus de 133 projets connus sur GitHub : pour 65 %, il était d’au plus deux. Cela ne dit rien d’un projet donné aujourd’hui, mais montre que même des logiciels répandus peuvent dépendre de quelques personnes. Pour les briques sur lesquelles vous vous appuyez, vérifiez : combien de personnes contribuent régulièrement ? Une entreprise ou une fondation est-elle derrière ? À quelle vitesse les failles de sécurité sont-elles corrigées ?

Qu’exigent les textes ?

Parmi les obligations des entités concernées, la directive NIS2 cite la continuité des activités (art. 21, par. 2, point c) et la sécurité des ressources humaines (point i). L’office fédéral allemand de la sécurité informatique (BSI) traite les changements de personnel et la suppléance dans l’IT-Grundschutz (module ORP.2 Personnel) et la préparation aux urgences dans la norme BSI 200-4. Une IA sur laquelle beaucoup s’appuient a sa place dans cette planification, comme d’autres applications importantes. Pour aller plus loin, voir le guide sur le fonctionnement en mode dégradé en cas de panne de la plateforme d’IA.

Qu’est-ce qui augmente le facteur bus ?

• Une deuxième personne : au moins une autre personne capable de gérer seule mises à jour, restaurations et pannes, et qui le fait régulièrement.
• Installation par script : l’environnement peut être reconstruit à partir de fichiers versionnés, au lieu d’être configuré à la main.
• Manuel d’exploitation : architecture, accès, versions, dépendances, procédures de mise à jour et de restauration, interlocuteurs.
• Restauration testée : une sauvegarde ne compte que lorsque quelqu’un d’autre l’a restaurée au moins une fois.
• Contrat de maintenance : un prestataire qui connaît l’environnement et prend le relais en cas de panne, avec un accord de traitement des données s’il a accès aux données.
• Moins de développement maison : chaque connexion écrite soi-même et chaque solution spécifique est un savoir que quelqu’un doit entretenir.

Et avec une plateforme achetée ?

Le facteur bus se déplace vers le fournisseur. Demandez donc : qui assure le support, à quelles heures ? Pouvez-vous récupérer vos données, vos collections de connaissances et vos réglages ? Qu’advient-il du logiciel si le fournisseur disparaît, par exemple grâce à un dépôt du code source sous séquestre ou à sa publication ? Voir le guide Stratégie de sortie et portabilité des données.

Comment cela fonctionne-t-il avec basebox ?

Les mises à jour, les nouveaux modèles et le support sont inclus dans la licence ; le support est assuré les jours ouvrés de 9 h à 17 h. Sur demande, nous exploitons votre serveur à distance. Les apps, avec leurs instructions, bases de connaissances et réglages, peuvent être exportées. Si basebox devient insolvable, le code sera publié en open source pour que les clients puissent continuer à travailler ; avec le serveur, basebox fonctionne sur votre matériel.