De ce are nevoie cu adevărat monitorizarea dispozitivelor cu resurse limitate

Monitorizarea unui server este o problemă rezolvată, cu o sută de unelte. Monitorizarea unui terminal prins pe peretele unui coridor de școală, pe o conexiune 4G care vine și pleacă, este altă întrebare, iar cele mai multe răspunsuri împrumutate de la monitorizarea serverelor sunt greșite.

„Online” nu este un câmp util

Un boolean care spune că un dispozitiv este online este adevărat exact atât cât îi trebuie ca să devină o minciună. Conectivitatea unui dispozitiv cu resurse limitate este intermitentă prin proiectare: doarme, rețeaua cade, legătura unei clădiri se saturează la începutul zilei.

Ce îi trebuie unui tablou de bord este ultima activitate, cu o marcă de timp, și o regulă despre ce înseamnă o tăcere pentru clasa aceea de dispozitiv. Un terminal care raportează la fiecare cinci minute și tace de șase este în regulă. O tăcere de două ore înseamnă o deplasare.

Cele cinci semnale care merită transportate

Fiecare câmp în plus este lățime de bandă pe o conexiune contorizată și o coloană care trebuie păstrată la nesfârșit, așa că lista rămâne scurtă.

• Ultima activitate, ca marcă de timp, plus ora pe care dispozitivul crede că o are.
• Lungimea cozii: câte evenimente așteaptă să fie trimise. Este cel mai bun indiciu al unui dispozitiv aflat în dificultate.
• Marja de memorie și de stocare, ca tendință, nu ca valoare de moment.
• Temperatura, pentru că o carcasă pe un perete însorit se comportă altfel în iulie.
• Tipul de conectivitate și calitatea semnalului, ca o serie de eșecuri să poată fi atribuită.

Lungimea cozii este semnalul decisiv

Un dispozitiv a cărui coadă de ieșire crește este un dispozitiv ale cărui evenimente nu ajung. Poate fi perfect sănătos în orice altă privință. Alerta pe lungimea cozii prinde o credențială expirată, o rotire de certificat despre care flota nu a fost anunțată și un server care respinge un mesaj după o schimbare de schemă, dintre care niciuna nu arată ca o defecțiune de dispozitiv.

Fiecare eveniment are nevoie de un identificator

Un terminal care a stat offline retrimite ce a pus în coadă. Fără un identificator generat pe dispozitiv, o reîncercare devine a doua sosire, iar o înregistrare de prezență care spune că un elev a intrat de două ori este mai rea decât una care nu spune nimic.

Identificatorul costă câțiva octeți pe eveniment și elimină o categorie întreagă de muncă de reconciliere ulterioară.

Raportați, nu comandați

Este tentant ca platforma să dețină adevărul despre un dispozitiv și să îi împingă configurația. În practică, dispozitivul este singurul care știe ce rulează efectiv, așa că își raportează propria versiune de configurație, iar platforma reconciliază. Tabloul de bord arată atunci ce este pus în funcțiune, nu ce s-a intenționat, iar cele două nu sunt același lucru.