Next: 5.4 Implementierung
Up: Lösungskonzept
Previous: Gründe für den Einsatz
Abbildung:
Konzept für das Event-Management
 |
Um die Event-Management-Dienste der Plattform für CORBA-Ereignismeldungen verwenden zu können, werden folgende Schnittstellen benötigt (vgl. Abb. 5.4):
- Consumer-Objekte, die die Systems-Management-Events von einem oder mehreren Event-Channels empfangen und sie an die Plattform weiterleiten. Dabei müssen die Ereignismeldungen in ein ,,Format`` umgewandelt werden, das von den Prozessen der Plattform verarbeitet werden kann. Die Alternativen dazu sind SNMP-Traps oder CMOT-Notifications. Eine vergleichende Bewertung dieser beiden Möglichkeiten erfolgt im nächsten Abschnitt.
- Supplier-Objekte, die von der Plattform gefilterte Events an dafür registrierte Consumer weiterleiten. Hierbei können wiederum Event-Channels als ,,Vermittler`` zwischen einem Supplier und mehreren Consumern eingesetzt werden. Diese Supplier-Objekte empfangen von dem Filterprozeß der Plattform SNMP-Traps bzw. CMOT-Notifications (die aus CORBA-Events erzeugt wurden), wandeln sie um in CORBA-Events und übergeben sie an den entsprechenden Event-Channel. Es gibt für jeden aktiven Filter (SNMP/CMOT) ein Supplier-Objekt. Dieses hat eine ähnliche Funktionalität wie ein Event-Forwarding-Discriminator in der OSI-Welt.
Um die benötigten Schnittstellen zur Verfügung zu stellen, wurden die im nächsten Abschnitt beschriebenen Komponenten entwickelt.
Next: 5.4 Implementierung
Up: Lösungskonzept
Previous: Gründe für den Einsatz
Copyright Munich Network Management Team