Beispiele

Diese Seite sammelt praktische Beispiele für typische TRINITY-Situationen.

Beispiel 1 - eine neu gelieferte VM prüfen

hostname
uptime
ip addr
df -h

Erwartete Lesart:

Die Maschine antwortet
Die Laufzeit wirkt plausibel
Das Netzwerk ist sichtbar
Das Hauptdateisystem ist eingehangen

Beispiel 2 - einen DDM-Kontext erkennen

lsblk
findmnt
cat /etc/os-release

Erwartete Lesart:

Sichtbare Datentraeger
Lesbare aktive Mounts
Ein schlankes Alpine-Userland

Beispiel 3 - eine Zahlungs-Support-Nachricht vorbereiten

Bestellreferenz: TRI-2026-00421
Zahlungsanbieter: Bankueberweisung
Beobachteter Status: laenger als erwartet ausstehend
Rechnung sichtbar: nein
Gewuenschte Aktion: bestaetigen, ob die Zahlung noch wartet

Beispiel 4 - ein VM-Problem für den Support zusammenfassen

{
  "vm": "vm-trinity01",
  "modus": "data_disk_mode",
  "status": "online",
  "problem": "service noch nicht im normalen Laufzeitmodus",
  "belege": [
    "hostname ok",
    "dateisystem eingehangen",
    "anwendung nicht gestartet"
  ]
}

Beispiel 5 - Kundensicht auf das Ökosystem

TRINITY  -> Konto, Bestellungen, Rechnungen, Dokumentation
UnyDesk  -> Remote-Zugang und Hilfe
UnyPort  -> Status, Host-Daten, Service-Monitoring