L'alerte arrive toujours quand on est le plus loin d'un clavier. Toute la question est ce qu'on peut faire depuis un téléphone dans les trente secondes qui précèdent la fin de l'appel.

La situation pour laquelle il existe

Quiconque a exploité un serveur, loué ou monté soi-même, connaît la séquence. Quelque chose s'emballe à deux heures du matin. Un disque franchit les quatre-vingt-dix pour cent, un conteneur redémarre en boucle, la charge monte et ne redescend pas. On n'est pas à un bureau. On a un téléphone. On ouvre une application de terminal, on essaie de lire un journal sur un écran de dix centimètres où la police doit être minuscule pour qu'une ligne de sortie tienne, on se trompe deux fois en tapant une commande, puis on passe à une deuxième application pour une courbe, puis à une troisième pour vérifier si le service tourne. Le temps d'assembler une réponse, le problème dure depuis vingt minutes.

Le postulat de ce programme est que les quatre choses dont on a besoin à cet instant appartiennent au même écran. C'est un gestionnaire de serveurs et non un client SSH, et cette distinction est tout le dessin : un client SSH seul ne résout qu'un quart du problème.

Une fiche par serveur, et tout ce qui s'y rattache

Chaque machine est représentée par une fiche affichant des courbes en direct de charge du processeur, de mémoire, d'occupation des disques et de débit réseau, rafraîchies pendant qu'on regarde. Du même endroit on ouvre une session de terminal ou un explorateur de fichiers sur cette machine, si bien que le passage de « quelque chose ne va pas » à « voici la cause » coûte un appui au lieu d'un changement d'application. Le terminal est un véritable émulateur et non une boîte de texte, avec un traitement de la saisie et un rendu qui rendent une ligne de commande utilisable sur un écran tactile, et pas seulement présente.

Des fichiers, d'une machine à l'autre

Le transfert de fichiers prend en charge l'envoi, le rapatriement, le renommage, la suppression et la création de dossiers, par le protocole qui repose sur la même connexion que le terminal. Pour poser un fichier de configuration sur une machine ou en retirer un journal, cela supprime le besoin d'une seconde application de transfert, ce qui sur un téléphone n'est pas un détail : chaque application supplémentaire est une identification de plus, un jeu de justificatifs stockés de plus et une chose de plus à tenir à jour.

Conteneurs et services sans la ligne de commande

Sur les machines qui font tourner des conteneurs, la valeur devient vite évidente. Les conteneurs actifs sont listés avec leur état, et démarrer, arrêter ou redémarrer se fait dans l'interface plutôt que par des commandes tapées. La gestion des services couvre le système d'amorçage utilisé par la plupart des distributions Linux, en montrant quelles unités sont actives et lesquelles ont échoué, et une liste de processus remplit le même rôle que les observateurs interactifs qu'on lance dans un terminal. Cette combinaison rend le téléphone suffisant pour le diagnostic : la réponse à la plupart des alertes est visible dans une liste sans ouvrir de session.

Le rapport sur l'état des disques est l'ajout qui compte le plus pour qui fait tourner du matériel physique. Un disque qui tombe sans prévenir emporte les données avec lui ; un disque qui signale des secteurs réaffectés pendant un mois avant de tomber donne à son propriétaire un mois pour déplacer les choses. Rendre ces attributs visibles sur un téléphone transforme un avertissement qui n'existe que si quelqu'un se connecte pour vérifier en un signal qui arrive au même endroit que tout le reste.

Une interface sur cinq plateformes

L'application est bâtie sur une charpente d'interface multiplateforme, ce qui explique que les cinq systèmes pris en charge aient la même apparence et le même comportement au lieu d'être cinq produits distincts partageant un nom. Rien n'est à réapprendre en passant du téléphone au portable. Il existe même une version pour montre, ce qui semble excessif jusqu'au moment où l'on veut savoir si le processeur est encore saturé sans sortir le téléphone de sa poche.

Un verrou biométrique protège l'application elle-même, afin qu'un téléphone tendu à un collègue ou laissé sur une table n'expose pas une liste de serveurs et leurs justificatifs. Pour une application dont tout le contenu est l'accès à des machines de production, ce n'est pas un ornement.

De la surveillance passive aux notifications

Par défaut l'application ne sait que ce qu'elle a récupéré en dernier, donc elle ne peut répondre qu'aux questions dont on se souvient. Un petit composant compagnon exécuté sur le serveur change cela : il pousse des alertes quand la charge ou le disque franchit un seuil, et il alimente des widgets d'écran d'accueil qui affichent les chiffres du processeur et de la mémoire sans rien ouvrir. La différence entre sortir son téléphone pour vérifier et être prévenu est la différence entre surveiller et remarquer.

Ce qu'il coûte, et pour qui il est

Le programme est gratuit, le code est ouvert sous une licence qui maintient les dérivés ouverts, et il n'y a pas de niveau payant. L'interface est disponible en treize langues. Il ne remplace pas la chaîne d'outils professionnelle d'un ordinateur et ne cherche pas à le faire : un dispositif d'observation complet répond à des questions que celui-ci ne peut pas traiter. Ce qu'il remplace, c'est la panique des cinq premières minutes, quand le seul appareil disponible est celui de la poche.

Pour les développeurs indépendants et les petites équipes, la combinaison de couverture, de prix et de portée entre plateformes est inhabituelle. La seule chose à surveiller avec un logiciel distribué aussi largement est de l'obtenir à la source du projet plutôt que depuis un miroir tiers.