Ich kann es momentan nur von der SCOM Seite beurteilen, ich bin FISI, nicht FIAE.
So ein System darf nicht statisch nur laufende Prozesse auslesen und monitoren. Eventlog ist genauso interessant, die Message Queues können richtig Spass machen, wenn man programmierende Kollegen hat, die genau diese Message Queue auf genau diesen Event gemonitort haben wollen.
BTW: das reine monitoren von Prozessen ist doch dann sinnlos, wenn man dann nicht die Fehlermeldungen mitbekommt, die vor dem Ende des Prozesses aufgetreten sind - oder vielleicht die Aktionen, die zur Beendigung des Prozesses führen. Wenn du so etwas monitoren kannst, hast du Zeit, zu handeln, bevor dein Prozess absemmelt.
Wie stellst du dir eine Erweiterbarkeit eines solchen Tools vor? Hardcoded?
Reich einem Admin ein solches Tool und er drückt dir einen riesigen Zettel in die Hand, was sonst noch alles gemonitort werden soll.
Kannst du eine saubere Kosten-Nutzen Analyse fahren? Wie fasst du "Bevorzugung von Eigenprodukten" in Mark und Pfennig?
*hust*
Ich hoffe, meine Ausführungen konnten dich überzeugen, dass Systemmonitoring extrem komplex ist.