Termal OS contro Netdata.
Netdata è lo strumento più vicino a Termal OS nello spirito: tempo reale, bello, quasi senza configurazione. Ed è anche quello che rispettiamo di più. Ecco dove vince davvero ciascuno dei due.
La risposta breve
Netdata è un sistema di monitoraggio. Termal OS è una cabina di regia per l'amministrazione, che monitora anche. Netdata ti dirà di un server più di quanto Termal OS dirà mai: risoluzione al secondo, migliaia di metriche, rilevamento delle anomalie con l'apprendimento automatico, e tutto con un agente che costa quasi nulla far girare. Quello che non farà è lasciarti aprire il log incriminato, correggere il file di configurazione e riavviare il servizio.
Cosa fa meglio Netdata
Non faremo finta del contrario, quindi andiamo sul concreto.
- Profondità e risoluzione delle metriche. Raccolta ogni secondo su migliaia di metriche trovate da sole, già all'installazione. Termal OS interroga con l'intervallo che scegli tu (60 secondi come predefinito, 15 al minimo) e raccoglie un insieme ristretto: CPU per core, memoria, swap, dischi, rete, carico, processi, connessioni TCP.
- Continua a funzionare senza di te. L'agente di Netdata è un demone sul server. Raccoglie che qualcuno stia guardando o no, e che il tuo portatile sia acceso o no. Termal OS raccoglie finché l'applicazione gira sul tuo computer: vedi più sotto, è la più grande differenza di architettura.
- Conservazione e cronologia. Netdata conserva cronologie lunghe nel suo database a livelli e può trasmetterle a un nodo padre che ospiti tu. Termal OS tiene una cronologia breve e scorrevole (24 ore come predefinito) per tendenze e rilevamento delle anomalie: basta per «cos'è successo stanotte», non per «cos'ha fatto questo server il trimestre scorso».
- Codice aperto. L'agente di Netdata è GPLv3. Puoi leggerlo, forkarlo, verificarlo. Termal OS oggi è a codice chiuso, e lo diciamo chiaramente.
- Rilevamento delle anomalie. Netdata porta modelli di apprendimento automatico addestrati per ogni metrica. Termal OS usa un punteggio z più semplice sulla propria cronologia: utile, ma non della stessa categoria.
Cosa fa diversamente Termal OS
Tre cose, e derivano tutte da una sola decisione: sul server non si installa nulla.
- Davvero senza agente. Termal OS si collega con una normale connessione SSH che hai già e a ogni ciclo scatta un'istantanea con la shell. Nessun demone, nessun pacchetto, nessuna porta da aprire, nessuna gestione della configurazione da aggiornare. Conta soprattutto dove non puoi installare niente: hosting condiviso e gestito, il server di un cliente che non è tuo, una macchina sotto il processo di gestione delle modifiche di qualcun altro.
- Puoi intervenire, non solo guardare. Ogni server porta con sé un desktop remoto completo: un esploratore di file SFTP con avanzamento reale e permessi, un vero terminale PTY, un editor di codice Monaco, un browser a schede, la gestione degli archivi e un gestore dei processi, tutto sulla stessa unica connessione SSH. Netdata è in sola lettura per progetto; è uno strumento di osservazione, non di amministrazione.
- Conosce l'hosting. Termal OS riconosce lo stack su cui atterra — Plesk, cPanel, Infomaniak, semplicemente nginx o Apache — elenca i siti ospitati con la versione di PHP su cui ciascuno gira davvero, trasforma i log di accesso in statistiche di visita e offre un git pull con un clic. È la quotidianità di un'agenzia web, non una funzione di monitoraggio.
Fianco a fianco
| Termal OS | Netdata | |
|---|---|---|
| Installato sul server monitorato | niente | demone agente |
| Risoluzione delle metriche | 15 s - 60 s | ogni secondo |
| Metriche raccolte | insieme ristretto | migliaia |
| Raccoglie quando non ci sei | l'app deve girare | sempre |
| Conservazione della cronologia | ~24 h scorrevoli | lunga, a livelli |
| Rilevamento delle anomalie | punteggio z | ML per metrica |
| Amministrazione remota (file, shell, editor) | integrata | non è il suo compito |
| Scoperta dei siti ospitati e della versione di PHP | sì | - |
| Vista multi-server, ospitata da te | integrata | nodo padre o Cloud |
| Licenza | codice chiuso | agente GPLv3 |
| Funziona su hosting condiviso | sì | no |
Il verde non vuol dire «migliore», ma «più forte su quella riga». Metà di queste righe sono di Netdata, e questo è il quadro onesto.
Quale scegliere
Scegli Netdata se i server sono tuoi e puoi installare un agente; vuoi la massima profondità sulle metriche e una conservazione lunga; hai bisogno che la raccolta continui ventiquattr'ore su ventiquattro a prescindere dal tuo computer; vuoi codice aperto che puoi verificare; oppure stai monitorando da decine a migliaia di nodi.
Scegli Termal OS se non puoi installare nulla sulla macchina di destinazione — hosting condiviso, il server di un cliente, una macchina virtuale bloccata; gestisci da qualche server Linux a qualche decina; vuoi risolvere il problema nella stessa finestra in cui l'hai visto; oppure vuoi che le tue credenziali e le tue metriche restino sul tuo computer, senza un account cloud che le tenga.
Farli girare entrambi è una risposta perfettamente valida
Questi strumenti non si escludono, e sui server che sono tuoi si completano bene: Netdata per un'osservazione profonda e sempre accesa, Termal OS come cabina di regia per il momento in cui bisogna mettere le mani. Termal OS non aggiunge nulla al server, quindi non può entrare in conflitto con un agente che c'è già.
A che punto è oggi Termal OS
Perché tu non abbia sorprese dopo averlo scaricato:
- La raccolta ha bisogno dell'applicazione in funzione. La raccolta in background è indipendente dalla finestra — puoi chiudere l'interfaccia e continua a interrogare e ad avvisare — ma l'applicazione deve girare su una macchina sveglia, con la cassaforte delle credenziali sbloccata. Chiudi il portatile e la raccolta si ferma. Netdata non ha questo vincolo.
- Scala. Pensato per qualche server fino a qualche decina. Non è costruito per migliaia di macchine, e non c'è SNMP, né scoperta della rete, né monitoraggio di Windows.
- È una versione 0.x in Preview pubblica. Adesso è gratis con un massimo di 3 server. Le build per Windows e macOS non sono ancora firmate, quindi su quelle piattaforme gli aggiornamenti automatici sono disattivati di proposito; il ragionamento è nella pagina sulla sicurezza.