Ce que la supervision d'appareils contraints demande vraiment

Superviser un serveur est un problème résolu avec cent outils. Superviser un terminal accroché au mur d'un couloir d'école, sur une connexion 4G qui va et vient, est une autre question, et la plupart des réponses empruntées à la supervision de serveurs sont fausses.

« En ligne » n'est pas un champ utile

Un booléen indiquant qu'un appareil est en ligne est vrai exactement le temps qu'il faut pour devenir un mensonge. La connectivité d'un appareil contraint est intermittente par conception : il dort, le réseau tombe, le lien d'un bâtiment sature au début de la journée.

Ce dont un tableau de bord a besoin, c'est la dernière activité, avec un horodatage, et une règle sur ce que signifie un silence pour cette classe d'appareil. Un terminal qui remonte toutes les cinq minutes et qui se tait depuis six va bien. Un silence de deux heures est une visite.

Les cinq signaux qui méritent d'être transportés

Chaque champ supplémentaire est de la bande passante sur une connexion facturée et une colonne à conserver indéfiniment, donc la liste reste courte.

• La dernière activité, sous forme d'horodatage, plus l'heure que l'appareil croit être.
• La taille de la file : combien d'événements attendent d'être envoyés. C'est le meilleur indicateur d'un appareil en difficulté.
• La marge de mémoire et de stockage, en tendance plutôt qu'en valeur ponctuelle.
• La température, car un boîtier sur un mur ensoleillé ne se comporte pas de la même façon en juillet.
• Le type de connectivité et la qualité du signal, pour pouvoir attribuer une série d'échecs.

La taille de la file est le signal décisif

Un appareil dont la file sortante grossit est un appareil dont les événements n'arrivent pas. Il peut être parfaitement sain par ailleurs. Alerter sur la taille de la file attrape un identifiant expiré, une rotation de certificat dont la flotte n'a pas été prévenue, et un serveur qui rejette un message après un changement de schéma, dont aucun ne ressemble à une panne d'appareil.

Chaque événement a besoin d'un identifiant

Un terminal resté hors ligne rejoue ce qu'il a mis en file. Sans identifiant généré sur l'appareil, une nouvelle tentative devient une seconde arrivée, et un enregistrement de présence indiquant qu'un élève est entré deux fois est pire qu'un enregistrement absent.

L'identifiant coûte quelques octets par événement et supprime toute une catégorie de travail de réconciliation par la suite.

Rendre compte plutôt que commander

Il est tentant de faire de la plateforme la source de vérité sur un appareil et de lui pousser sa configuration. En pratique, l'appareil est le seul à savoir ce qu'il exécute réellement, donc il remonte sa propre version de configuration et la plateforme réconcilie. Le tableau de bord montre alors ce qui est déployé plutôt que ce qui était prévu, et ces deux choses ne sont pas identiques.