Termal OS gegen Netdata.
Netdata ist Termal OS im Geiste am nächsten — Echtzeit, schön, fast ohne Konfiguration. Und es ist das Werkzeug, das wir am meisten schätzen. Hier steht, wo jedes von beiden wirklich gewinnt.
Die kurze Antwort
Netdata ist ein Überwachungssystem. Termal OS ist ein Cockpit zur Verwaltung, das nebenbei überwacht. Netdata wird dir über einen Server mehr erzählen, als Termal OS es je tun wird — Auflösung im Sekundentakt, Tausende Metriken, Anomalieerkennung per maschinellem Lernen, und das mit einem Agenten, der im Betrieb fast nichts kostet. Was es nicht tut: dich das betroffene Log öffnen, die Konfigurationsdatei ändern und den Dienst neu starten lassen.
Was Netdata besser macht
Wir tun nicht so, als wäre es anders, also konkret.
- Tiefe und Auflösung der Metriken. Erfassung im Sekundentakt über Tausende automatisch gefundene Metriken, direkt ab Installation. Termal OS fragt in einem Intervall ab, das du wählst (standardmäßig 60 Sekunden, mindestens 15), und erfasst einen begrenzten Satz: CPU pro Kern, Arbeitsspeicher, Swap, Festplatten, Netzwerk, Last, Prozesse, TCP-Verbindungen.
- Es läuft ohne dich weiter. Der Netdata-Agent ist ein Daemon auf dem Server. Er erfasst Daten, ob jemand hinsieht oder nicht, und ob dein Laptop an ist oder nicht. Termal OS erfasst, solange die App auf deinem Rechner läuft — siehe unten, das ist der größte architektonische Unterschied.
- Aufbewahrung und Verlauf. Netdata speichert lange Verläufe in einer eigenen, gestuften Datenbank und kann sie an einen Elternknoten streamen, den du selbst hostest. Termal OS hält einen kurzen, rollierenden Verlauf (standardmäßig 24 Stunden) für Trends und Anomalieerkennung — genug für «was war heute Nacht?», nicht für «was hat dieser Server letztes Quartal getan?».
- Open Source. Der Netdata-Agent steht unter GPLv3. Du kannst ihn lesen, forken, prüfen. Termal OS ist heute Closed Source, und wir sagen das klar.
- Anomalieerkennung. Netdata bringt trainierte ML-Modelle je Metrik mit. Termal OS nutzt einen einfacheren Z-Wert auf dem eigenen Verlauf — nützlich, aber nicht in derselben Klasse.
Was Termal OS anders macht
Drei Dinge, und alle folgen aus einer Entscheidung: auf dem Server wird nichts installiert.
- Wirklich ohne Agent. Termal OS verbindet sich über eine schlichte SSH-Verbindung, die du ohnehin hast, und macht pro Zyklus eine Momentaufnahme über die Shell. Kein Daemon, kein Paket, kein Port zu öffnen, keine Konfigurationsverwaltung anzupassen. Am meisten zählt das dort, wo du nichts installieren kannst: Shared und verwaltetes Hosting, der Server eines Kunden, der dir nicht gehört, eine Maschine unter fremder Änderungskontrolle.
- Du kannst handeln, nicht nur schauen. Jeder Server bringt einen vollen Remote-Desktop mit: einen SFTP-Dateiexplorer mit echtem Fortschritt und Rechten, ein richtiges PTY-Terminal, einen Monaco-Code-Editor, einen Browser mit Tabs, einen Archivmanager und einen Prozessmanager — alles über dieselbe einzige SSH-Verbindung. Netdata ist von Haus aus nur lesend; es ist ein Werkzeug zur Beobachtung, nicht zur Verwaltung.
- Es kennt das Hosting. Termal OS erkennt den Stack, auf dem es landet — Plesk, cPanel, Infomaniak, schlichtes nginx oder Apache —, listet die gehosteten Websites mit der PHP-Version auf, unter der jede wirklich läuft, wertet Zugriffslogs zu einer Besuchsstatistik aus und bietet ein git pull per Klick. Das ist Agenturalltag, keine Überwachungsfunktion.
Nebeneinander
| Termal OS | Netdata | |
|---|---|---|
| Auf dem überwachten Server installiert | nichts | Agent-Daemon |
| Auflösung der Metriken | 15 s – 60 s | im Sekundentakt |
| Erfasste Metriken | begrenzter Satz | Tausende |
| Erfasst, während du weg bist | App muss laufen | immer |
| Aufbewahrung des Verlaufs | ~24 h rollierend | lang, gestuft |
| Anomalieerkennung | Z-Wert | ML je Metrik |
| Fernwartung (Dateien, Shell, Editor) | eingebaut | nicht seine Aufgabe |
| Findet gehostete Websites und PHP-Version | ja | - |
| Mehrere Server in einer Ansicht, selbst gehostet | eingebaut | Elternknoten oder Cloud |
| Lizenz | Closed Source | Agent unter GPLv3 |
| Funktioniert auf Shared Hosting | ja | nein |
Grün heißt nicht «besser», sondern «stärker in dieser Zeile». Die Hälfte dieser Zeilen gehört Netdata, und das ist das ehrliche Bild.
Was wählen
Nimm Netdata, wenn dir die Server gehören und du einen Agenten installieren kannst; du maximale Metriktiefe und lange Aufbewahrung willst; die Erfassung rund um die Uhr weiterlaufen muss, unabhängig von deinem eigenen Rechner; du Open Source willst, den du prüfen kannst; oder du Dutzende bis Tausende Knoten überwachst.
Nimm Termal OS, wenn du auf dem Ziel nichts installieren kannst — Shared Hosting, der Server eines Kunden, eine abgeriegelte VM; du eine Handvoll bis ein paar Dutzend Linux-Server betreust; du das Problem im selben Fenster beheben willst, in dem du es gesehen hast; oder du willst, dass Zugangsdaten und Metriken auf deinem eigenen Rechner bleiben, ohne Cloud-Konto, das sie hält.
Beides zu betreiben ist eine völlig gute Antwort
Diese Werkzeuge schließen einander nicht aus, und auf Servern, die dir gehören, ergänzen sie sich sauber: Netdata für tiefe, dauerhafte Beobachtung, Termal OS als Cockpit für den Moment, in dem etwas getan werden muss. Termal OS fügt dem Server nichts hinzu, kann also mit einem bereits vorhandenen Agenten gar nicht in Konflikt geraten.
Wo Termal OS heute steht
Damit du nach dem Download nicht überrascht wirst:
- Die Erfassung braucht die laufende App. Die Erfassung im Hintergrund ist vom Fenster unabhängig — du kannst die Oberfläche schließen, und sie fragt weiter ab und warnt weiter —, aber die Anwendung muss auf einem wachen Rechner laufen, mit entsperrtem Zugangsdaten-Tresor. Klapp den Laptop zu, und die Erfassung endet. Netdata hat diese Einschränkung nicht.
- Größenordnung. Ausgelegt auf eine Handvoll bis ein paar Dutzend Server. Es ist nicht für Tausende Hosts gebaut, und es gibt kein SNMP, keine Netzwerkerkennung und keine Windows-Überwachung.
- Es ist eine 0.x-Version im öffentlichen Preview. Gerade jetzt kostenlos mit bis zu 3 Servern. Die Builds für Windows und macOS sind noch nicht signiert, deshalb sind automatische Updates dort bewusst deaktiviert — die Begründung steht auf der Sicherheitsseite.