La première alerte que construit tout projet IoT est un seuil : préviens-moi quand la température dépasse 8 degrés, quand la cuve descend sous 10 pour cent, quand la pression franchit une limite. C’est le bon point de départ, et ça fonctionne. Quand la valeur franchit la ligne, quelqu’un reçoit un message.
La limite est inscrite dans sa conception même. Une alerte à seuil se déclenche quand le problème a déjà commencé. Le temps que le congélateur affiche 8 degrés, le produit se réchauffe déjà. Le temps que la cuve atteigne 10 pour cent, il vous reste quelques heures, peut-être, pour organiser un réapprovisionnement qui demande un jour de préavis. Les alertes réactives vous signalent un problème au pire moment possible : quand il est devenu réel. Les alertes basées sur les prévisions avancent ce message plus tôt, au moment où il reste encore le temps de l’éviter.
Ce qu’est vraiment une alerte prédictive
Une alerte prédictive ne surveille pas la valeur actuelle. Elle surveille la prévision de la valeur. Au lieu de ‘la température dépasse 8 maintenant’, elle se déclenche sur ‘la température est en passe de franchir 8 d’ici deux heures’. Le déclencheur reste le même seuil, appliqué au signal prédit plutôt qu’au signal en direct.
Ce simple déplacement change la nature de l’alerte. Elle cesse d’être le constat d’une défaillance pour devenir une fenêtre d’action. La taille de cette fenêtre correspond au délai d’anticipation que fournit votre prévision, et c’est là toute la valeur de l’approche : assez d’avance pour envoyer un technicien, commander un réapprovisionnement, déplacer une charge ou refroidir un local avant que la limite ne soit franchie plutôt qu’après.
Les deux ingrédients
Pour le construire, il faut une prévision et une règle d’alerte pointée dessus.
La prévision est un script planifié qui lit les données récentes et réécrit une valeur prédite et un horizon sous forme de variables, la même boucle de prévision qui alimente une projection de tableau de bord. Sur TagoIO, c’est une Analysis qui produit, par exemple, une variable ‘température prédite dans 2 heures’ pour chaque appareil.
L’alerte est une règle ordinaire, sauf qu’elle cible la variable prédite au lieu de la mesure brute. ‘Notifier quand temperature-predite-2h dépasse 8.’ Comme la prédiction est stockée comme n’importe quelle autre variable, le système d’alerte habituel de la plateforme la traite comme un signal à part entière. Vous réutilisez le dispositif d’alerte dont vous disposez déjà, tourné vers l’avenir.
Affronter les vrais problèmes
Les alertes prédictives ont deux modes de défaillance qu’il vaut mieux anticiper dès le départ.
Les fausses alertes. Une prévision n’est pas certaine, une alerte prédictive peut donc se déclencher pour un problème qui n’arrive jamais. Trop de ces cas et les opérateurs la coupent, ce qui est pire que pas d’alerte du tout. Les parades : ne déclencher que lorsque la prévision franchit le seuil avec une confiance raisonnable, et exiger que le dépassement prédit persiste sur plusieurs exécutions de prévision plutôt que sur un unique pic parasite. Réglez l’équilibre en fonction du coût d’un raté par rapport au coût d’une fausse alerte pour ce signal précis.
La dérive silencieuse du modèle. Si la prévision sous-jacente se dégrade sans bruit, vos alertes prédictives se dégradent avec elle, et personne ne s’en aperçoit jusqu’à ce qu’un dépassement survienne sans le moindre avertissement. C’est pourquoi la prévision doit être évaluée en continu. Quand l’erreur de prédiction dépasse la tolérance, cela doit à son tour déclencher une alerte vers un humain, car un système d’alerte prédictive doté d’un modèle périmé est pire qu’un seuil, puisque les gens ont cessé de surveiller la valeur brute.
Gardez aussi le seuil
Les alertes prédictives ne remplacent pas le seuil réactif, elles s’y ajoutent. L’alerte prévisionnelle vous donne de l’avance sur la trajectoire attendue. Le seuil simple reste le garde-fou pour le cas que la prévision n’a jamais vu venir, la panne soudaine qu’aucune tendance n’annonçait. Faites tourner les deux : le prédictif pour avertir, le réactif comme filet de sécurité.
Le construire sur TagoIO
Les briques sont déjà présentes sur la plateforme. Une Analysis planifiée en Node.js ou Python produit la variable de prévision. Une règle d’alerte standard surveille cette variable et notifie par e-mail, SMS, webhook ou directement dans vos tableaux de bord. Une seconde Analysis d’évaluation surveille le modèle. Rien ici n’est un système à part, c’est la boucle de prévision plus le dispositif d’alerte que vous faites déjà tourner, reliés entre eux.
Commencez par prendre votre alerte à seuil la plus précieuse et ajoutez-lui un jumeau prédictif qui surveille la prévision du même signal. Gardez l’original comme garde-fou, réglez la confiance jusqu’à ce que les opérateurs lui fassent confiance, et vous aurez transformé une notification a posteriori en temps pour agir. Découvrez comment TagoIO Analytics exécute la prévision derrière une alerte prédictive.
Pour obtenir la prévision derrière une alerte prédictive sans en écrire une seule ligne, utilisez TagoIO Analytics. Connectez-vous sur sight.tago.io/login avec votre compte TagoIO et entraînez un modèle sur vos données en quelques minutes pour obtenir des prévisions et une détection d’anomalies auxquelles vous pourrez relier une alerte, sans faire appel à un data scientist.
