Ich würde den Service trotzdem gleich so anlegen, dass es mehrere Wege gibt den Status in die
DB zu schreiben (also vererbte Job-Klasse).
Also:
- eine Job-Klasse die pingt und speichert
- eine Job-Klasse z.B. über einen Webservice empfangene Keepalive Pakete (deiner Status App) speichert
- eine Job-Klasse die das Fritz WLAN Protokoll parst und den Status speichert
Wer weiß.
Eventuell haben wir ja in 14 Tagen das besagte Billig iPhone "5C", dass einem von den Apple Mitarbeitern ins Kreuz geworfen wird, wenn man versucht den Store zu verlassen ohne etwas zu kaufen, und Dein Kunde findet das Plastikgehäuse in den Unternehmensfarben sooo schick ...