Gliedern mit Prioritäten
Im »display«-Statement in Zeile 46 bekommt der Prozess die Priorität 3 zugeordnet. Man kann entweder allen Prozessen die gleiche Priorität geben (dann normalerweise die 1), damit die oberste Ebene alle Prozesse gleichwertig darstellt. Alternativ vergibt der Admin unterschiedliche Prioritäten (1 bis n, es lassen sich beliebig viele verwenden) - dann erscheint die Ansicht besser strukturiert, was ab einer gewissen Anzahl von Anwendungen sehr sinnvoll ist (Abbildung 5).
Wenn die Konfiguration so weit funktioniert, kann der Anwender die Nagios Business Process View erstmals im Browser aufrufen, wie in Abbildung 4 zu sehen, allerdings mit erst einer Anwendung. Über eine »external_info«-Anweisung (Zeile 47) lässt sich jedem Businessprozess auf oberster Ebene ein kurzer Text zur Darstellung in der rechten Spalte zuweisen. Ihn generiert ein Skript, das so aufgebaut sein muss, dass es genau eine Zeile auf Stdout ausgibt. Diese Zeile wird dann angezeigt. Damit ist es beispielsweise möglich, aktuelle Kennzahlen über die Auslastung (etwa User-Sessions) anzuzeigen.
Mit der Anweisung »info_url« lässt sich jedem Business Prozess eine URL zuordnen. Ist sie definiert, erscheint neben dem Status der Anwendung ein kleines weißes »i« auf blauem Hintergrund. Klickt der User auf dieses Icon, wechselt der Browser zur angegebenen URL. Dort können weiterführende Informationen oder Hinweise zur Problembehebung hinterlegt sein. Auch die Kernpunkte der SLAs lassen sich hier ablegen.
|
Abbildung 4: Geschäftsprozess-Überwachung mit Nagios und dem Addon Nagios Business Process View.
|
|
Abbildung 5: Betriebsüberwachung im Rechenzentrum der Sparda-Datenverarbeitung, unter anderem mit Nagios und dem Addon Business View.
|
Anwendersicht
Weitere Anwendungen modelliert man nach dem Vorbild der ersten. Insgesamt entsteht eine Ansicht wie in Abbildung 4 gezeigt. Über das Baum-Icon ist ein Drill-down durch die verschiedenen Ebenen bis hinab zur einzelnen Komponente möglich. Ist eine Anwendung im Status »Critical«, muss der Anwender zur schnellen Fehlerlokalisierung einfach nur auf jeder Ebene das rote Element anklicken, bis er bei der verursachenden Komponente landet.
Ist es für den User im Moment gar nicht wichtig, wie die einzelnen Komponenten miteinander verknüpft sind, kann er auch eine flache Komponentenliste (mit aktuellem Status) je Anwendung abrufen. Damit durch kurzzeitige Problemen mit einzelnen Komponenten keine Flackerzustände entstehen, verwendet die Business Process View ausschließlich Hard-States von Nagios.
| Whitepaper |
|---|
|
Daten Migration - Eine Publikation von Bloor Research
Datenmigrationsprojekte überschreiten häufig das Budget, neigen zu Verzögerung und werden unter Umständen komplett abgebrochen. Bloor Research ist eines der weltweit führenden IT-Forschungs-, Analyse- und Beratungsunternehmen und wird in dem vorliegenden White Paper die wichtigsten Aspekte dieser Problematik näher beleuchten. Ferner werden praktische Empfehlungen für erfolgreiche Migrationsprojekte gegeben, die Sie auf Ihr nächstes Projekt übertragen können.
Download PDF (Registrierung erforderlich)
|
|
Open Source Datenintegration in der Praxis: Fallstudien und Anwendungsbeispiele
Über die letzten Jahre hinweg haben sich Open Source Lösungen als fester Bestandteil des gesamten Datenintegrationsmarktes etabliert. Viele Unternehmen haben bereits das Open Source Modell für Ihre Datenintegrationsprojekte aufgegriffen. Das vorliegende White Paper illustriert anhand ausgewählter Fallstudien und Anwendungsbeispiele die Implementierung von Open Source Datenintegration in der Praxis und benennt die daraus resultierenden Vorteile.
Download PDF (Registrierung erforderlich)
|
Dieser Online-Artikel kann Links enthalten, die auf nicht mehr vorhandene Seiten verweisen. Wir ändern solche "broken links"
nur in wenigen Ausnahmefällen. Der Online-Artikel soll möglichst unverändert der gedrucken Fassung entsprechen.
|
