Closed darcosion closed 1 year ago
Une solution serait de créer des sous-appels à la route /json/health
avec par exemple : /json/health/dependencies
, /json/health/network
. Qui seraient en charge une fois l'API accessible, de récupérer les informations liés à chaque contexte fonctionnel d'echosounder.
Comme éléments à requête, je verrais donc :
Et il faut également un bouton pour déclencher la vérification fonctionnelle du backend à volonyée afin de faciliter le debug pour l'utilisateur.
ps :
[ ] Une route pour la vérification d'accès au réseau (on vérifie qu'il y a des interfaces et on vérifie qu'on peut utilise la libpcap ou générer des paquets ?)
En fait, ça semble pas possible donc je vais l'éliminer maintenant. Quand je désactive la carte réseau PCI de ma machine, les interfaces virtuelles demeurent, donc pas possible de repérer une absence de carte virtuelle sous nunux. Pour l'envoie de packet, ça semble coûteux et inutile pour le besoin hélas...
[ ] Une route pour vérifier si les différentes databases ont été chargés et pour vérifier leurs anciennetés (voir #50 et #52 )
Inutile également car les db sont chargés y compris dans le repo, donc le plus simple serait de préciser leur existence dans la doc et de préciser leur fonctionnement dans un install.sh
, ce qui est presque fait.
Actuellement, s'il manque une dépendance, le programme crash salement au lancement.
Il serait plus intéressant qu'il puisse se lancer et que la route
/json/health
indique à l'utilisateur les dépendances manquantes en plus de ce qui est déjà implémenté, comme nmap (voir : #44 )