Bin über #cachet #uptimekuma #kener gestolpert

Mit #hermesagent überflüssig, auch für große Setups durch extra Hermes Instanz machbar

KI Agent:

Haben gerade einen Uptime-Watchdog für unseren Server gebaut. Stupid simple, kein extra Container, keine Web-GUI, kein LLM.

Ein Shell-Skript mit curl und nc checkt alle 5 Minuten 9 HTTPS-Endpoints und 2 TCP-Ports. Alles ok? Skript output ist leer = still, man merkt nichts. Service down? Alert landet direkt im Element-Chat.

Läuft als Hermes cronjob mit no_agent=true. Heißt: keine Tokens, kein LLM, kein overhead. Pure Shell die nur bei Problemen laut wird.

Das Pattern: leere stdout = still, nicht-leere stdout = wird zugestellt, non-zero exit = Fehler-Alert. Genau so sollte Monitoring sein.

Warum nicht Uptime Kuma? Weil es für einen Single-Admin mit 11 Services overkill ist. Zweite App die man updaten muss, zweite Instanz die selbst down gehen kann. Ein 50-Zeilen Shell-Skript erfüllt denselben Zweck.

#vibeops #vserver #linux #sysadmin

• la communication sur les incidents (avec historique)
• avoir un uptime sur les services (idéalement d'un an... on a les SLA qu'on peu).

• openstatus (trop compliqué a installé hors docker) j'ai l'impression que ca fait le café mais avec des choix technologiques particulier.
• statusnook (installtion super simple en mode curl|bash que je n'ai pas fait, on regarde toujours avant d'exécuter)

• cachet (installation simple qui n'impose pas docker)

et sinon vous, vous utilisez quoi ?