Termal OS a Zabbix.
Zabbix to poważna platforma monitorowania z dwiema dekadami na karku. Termal OS nie próbuje jej zastąpić — próbuje być narzędziem, po które sięgasz, gdy postawienie serwera Zabbiksa to więcej roboty, niż problem na to zasługuje.
Krótka odpowiedź
Zabbix to infrastruktura. Termal OS to aplikacja, którą otwierasz. Zabbix daje ci szablony, automatyczne wykrywanie, korelację zdarzeń, eskalacje, proxy, drobiazgowe uprawnienia i model danych, który wytrzymuje tysiące maszyn. W zamian hostujesz serwer, bazę danych i frontend, i uczysz się tego modelu. Termal OS daje ci ułamek tych możliwości w zamian za to, że nigdzie niczego nie instalujesz i że jest przydatny dziewięćdziesiąt sekund po pobraniu.
Słowo o „bez agenta", bo bywa nadużywane
Zabbiksa często opisuje się jako oparty na agencie, a to prawda tylko w połowie: potrafi też kontrole przez SNMP, IPMI, ICMP i ssh_run[], przy których na maszynie docelowej nic się nie instaluje. Kto mówi, że Zabbix narzuca ci agenta, jest w błędzie.
Prawdziwa różnica leży gdzie indziej. Zabbix bez agenta nadal wymaga serwera Zabbiksa — maszyny, którą stawiasz, bazy, którą backupujesz, frontendu, który łatasz. Termal OS nie ma żadnego komponentu po stronie serwera: aplikacja na twoim biurku jest całym systemem. To skromniejsza teza niż „bez agenta" — i uczciwsza.
Co Zabbix robi lepiej
- Skala. Tysiące maszyn, rozproszone proxy w wielu lokalizacjach i sieciach, wysoka dostępność. Termal OS celuje w kilka do kilkudziesięciu serwerów i wcale nie udaje, że jest inaczej.
- Zasięg. Sprzęt sieciowy przez SNMP, Windows, hipernadzorcy, bazy danych, czujniki sprzętowe IPMI, wykrywanie urządzeń w sieci i mapy topologii. Termal OS to Linux po SSH i nic więcej — czyta /proc i uruchamia standardowe narzędzia powłoki, więc przełącznik albo maszyna z Windowsem są po prostu poza zakresem.
- Głębia alertowania. Wyrażenia wyzwalaczy, zależności, żeby jedna awaria nie budziła cię czterdzieści razy, korelacja zdarzeń, okna serwisowe, łańcuchy eskalacji, raporty na harmonogramie. Termal OS ma progi ostrzegawcze i krytyczne dla procesora, pamięci, dysku i obciążenia — osobne dla każdego serwera, z eskalacją i powiadomieniami na Telegram, Slack, Discord, webhook albo e-mail. Przydatne, o wiele prostsze.
- Przechowywanie i raportowanie. Lata historii w prawdziwej bazie danych, z trendami i planowaniem pojemności. Termal OS trzyma krótkie, przesuwane okno (domyślnie 24 godziny).
- Otwarty kod, bez opłat licencyjnych, w każdej skali. Zabbix to wolne oprogramowanie, a płatne wsparcie jest dostępne, jeśli go chcesz.
Co Termal OS robi inaczej
- Żadnej infrastruktury do prowadzenia. Nie ma serwera do postawienia, bazy do backupowania, frontendu do łatania — a więc i systemu monitorowania, który sam może paść o trzeciej w nocy. Instalujesz aplikację na pulpit i dodajesz serwer, wpisując dane SSH, których i tak używasz.
- Czas do pierwszego wykresu. Dodanie serwera to jeden formularz. Żadnych szablonów do podpięcia, elementów do zdefiniowania, grup hostów do zaprojektowania. To prawdziwy kompromis — nie wyrazisz też tego, co wyraża szablon Zabbiksa — ale dla małej floty to różnica między „zrobiłem" a „nigdy się do tego nie zabrałem".
- Administruje, a nie tylko monitoruje. Po tym samym połączeniu SSH jedzie pełny zdalny pulpit: eksplorator SFTP, terminal PTY, edytor Monaco, przeglądarka, narzędzie do archiwów, menedżer procesów. Zabbix potrafi odpalić zdalne polecenie, ale to nie jest miejsce do pracy.
- Działa tam, gdzie nie masz uprawnień. Hosting współdzielony, hosting zarządzany, serwer klienta: wszędzie, gdzie masz SSH, ale nie masz roota ani możliwości instalowania pakietów, Termal OS i tak działa. Wdrożenie Zabbiksa zupełnie nie pasuje do tej sytuacji.
Obok siebie
| Termal OS | Zabbix | |
|---|---|---|
| Własna infrastruktura do prowadzenia | żadna | serwer + baza + frontend |
| Nakład na wdrożenie | minuty | od godzin do dni |
| Realna wielkość floty | kilkadziesiąt | tysiące |
| Cele inne niż Linux (Windows, SNMP, sprzęt) | - | bardzo szeroko |
| Model alertowania | progi + eskalacja | wyzwalacze, korelacja, zależności |
| Przechowywanie historii | ~24 h przesuwane | lata |
| Zbiera, gdy cię nie ma | aplikacja musi działać | zawsze |
| Zdalna administracja (pliki, powłoka, edytor) | wbudowana | tylko zdalne polecenia |
| Działa przy samym dostępie SSH, bez roota | tak | i tak potrzebuje serwera |
| Licencja | zamknięty kod | otwarty kod |
Co wybrać
Wybierz Zabbiksa, jeśli prowadzisz więcej niż kilkadziesiąt maszyn; monitorujesz cokolwiek, co nie jest serwerem Linux; potrzebujesz prawdziwej logiki alertowania, długiego przechowywania albo raportowania na poziomie zgodności; masz kogoś, kto ma w obowiązkach opiekę nad stosem monitorującym; albo chcesz otwartego kodu w dowolnej skali.
Wybierz Termal OS, jeśli twoja flota jest mała, a platforma monitorowania to więcej machiny, niż problem uzasadnia; jesteś na hostingu, gdzie nie możesz niczego zainstalować; chcesz nadzoru i administracji w jednym oknie; albo dwa razy próbowałeś postawić serwer monitorujący i dwa razy odpuściłeś.
A jeśli już masz Zabbiksa, Termal OS go nie zastąpi — jest wygodnym kokpitem SSH do serwerów, przy których faktycznie brudzisz sobie ręce. Skoro niczego nie instaluje, nie ma jak przeszkodzić temu, co już tam stoi.
Gdzie Termal OS jest dzisiaj
- Zbieranie wymaga działającej aplikacji. Odpytywanie trwa przy zamkniętym oknie, ale aplikacja musi działać na maszynie, która nie śpi, z odblokowanym sejfem. Serwer Zabbiksa nie zasypia, gdy idziesz do domu. Jeśli wymogiem są alerty przez całą dobę i bez nadzoru, właściwą odpowiedzią jest Zabbix.
- Wyłącznie Linux, po SSH. Bez SNMP, bez agentów Windowsa, bez wykrywania urządzeń w sieci, bez map topologii.
- Wersja 0.x, w publicznym Preview — teraz za darmo do 3 serwerów. Kompilacje dla Windowsa i macOS nie są jeszcze podpisane; strona bezpieczeństwa wyjaśnia, dlaczego automatyczne aktualizacje są tam w efekcie wyłączone.