ttop — Systeembewaking met geschiedenis en meldingen

Herkenbare situatie: de server bevriest plotseling en je kunt niet achterhalen wat er is gebeurd? Standaard tools zoals top of htop tonen alleen de huidige staat, maar bieden geen historische context. ttop lost dit probleem precies op — een bewakingshulpmiddel met geschiedenisweergavemogelijkheden en een flexibel meldingssysteem.

Hoe is ttop beter dan vertrouwde tools?

Het belangrijkste verschil van ttop met vergelijkbare tools is het opslaan van historische gegevens. Terwijl htop alleen de huidige systeemstaat toont, doet ttop:

• Slaat snapshots op via systemd.timer of crontab
• Maakt scrollen door de wijzigingsgeschiedenis mogelijk
• Bouwt ASCII-grafieken voor trendvisualisatie
• Ondersteunt triggers voor meldingen

Belangrijkste functies

1. Historische gegevens

   • Systeemstaat op elk moment bekijken
   • ASCII-grafieken via asciigraph-integratie
   • Mogelijkheid om het moment van piekbelasting te vinden en gedetailleerd te bestuderen

2. Flexibele triggers

   • Meldingen configureren via externe scripts
   • Ondersteuning voor Telegram, e-mail en andere kanalen
   • Verschillende triggertypen: voor kritieke gebeurtenissen en informatieve

3. Rijke TUI-interface

   • Kritieke waarden markeren
   • Processen groeperen per programma
   • Filteren: op gebruikers (@user), docker containers (#container)
   • Uitvoeringsthreadstructuur

4. Eenvoudige installatie

   • Kant-en-klare pakketten voor Arch Linux (AUR)
   • Statische binaries voor x86-64
   • Geen root-rechten nodig om te werken

Hoe werkt het technisch?

ttop is geschreven in Nim — een moderne statisch getypeerde programmeertaal. Het project gebruikt:

• systemd.timer/cron voor gegevensverzameling
• asciigraph voor visualisatie
• Docker API voor containermonitoring

Het triggersysteem geeft gegevens door aan externe scripts via stdin met een set omgevingsvariabelen:

TTOP_ALERT=true/false  # признак критического события
TTOP_HOST             # имя хоста
TTOP_TYPE             # тип события (alert/info)

Praktisch gebruik

1. Probleemanalyse achteraf In de ochtend ontdekte je dat de server 's nachts is uitgevallen? Met ttop kun je de geschiedenis bekijken en het exacte moment van het probleem vinden.

2. Automatische meldingen Configureer verzending naar Telegram wanneer CPU-belasting kritiek is of geheugen laag is.

3. Docker-containermonitoring Vind snel 'veeleisende' containers met de #container filter.

4. Trendanalyse ASCII-grafieken helpen bij het visualiseren van periodieke piekbelastingen.

Voorbeeld van het configureren van meldingen in Telegram

[[trigger]]
on_alert = true
cmd = '''
read -d '' TEXT
curl -X POST \
  -H 'Content-Type: application/json' \
  -d "{\"chat_id\": $CHAT_ID, \"text\": \"$TEXT\", \"disable_notification\": $TTOP_INFO}" \
  https://api.telegram.org/bot$TELEGRAM_BOT_TOKEN/sendMessage
'''

Is het de moeite waard om te proberen?

ttop is vooral nuttig voor:

• Systeembeheerders
• DevOps-engineers
• Ontwikkelaars die werken met resource-intensieve toepassingen
• Iedereen die geavanceerdere bewaking nodig heeft dan top

Het project ontwikkelt actief, heeft open source-code (MIT-licentie) en heeft al meer dan 350 sterren verzameld op GitHub. Als je regelmatig de noodzaak hebt om systeembelasting te analyseren, kan ttop je nieuwe favoriete tool worden.

Hoe te installeren?

Voor Arch Linux:

yay -S ttop

Voor andere systemen (statische binary):

curl -LO https://github.com/inv2004/ttop/releases/latest/download/ttop
chmod +x ttop
mv ttop ~/.local/bin/

Probeer het — en je zult op een nieuwe manier naar systeembewaking kijken!