Implementierungshandbuch › Beispiele für Fallstudien › Beispiel für die Verwendung von anwenderspezifischen Attributen › Fallstudie 9: Mehrere dynamische Ziele

Fallstudie 9: Mehrere dynamische Ziele

Stellen Sie sich ein Szenario vor, bei dem alle Hardware-Infrastrukturgeräte in einer Kundenumgebung individuell eingestellte Ziele für ihre Verfügbarkeitsanforderungen haben. Bei der Verwendung des Standard-Modellierungsansatzes würde dies eine wirklich schwer erfüllbare Aufgabe sein und zahlreiche logische Gruppierungen für die Geräte und das Management beinhalten, die das Ressourcenmodell verwenden. Und was das Ganze noch komplexer macht, ist die Tatsache, dass sich die Ziele dieser Geräte mit der Zeit ändern können. Diese Zielwerte werden in CA Business Service Insight von einem Übersetzungsskript aktualisiert, sobald die Details in einer CMDB gespeichert sind (in Beispiele für die Best Practices bei Übersetzungsskripten finden Sie ein Übersetzungsskript-Beispiel)

In diesem Fall könnte die Metrik folgendermaßen aussehen:

% der Verfügbarkeit pro Hardware-Gerät.

Eine Möglichkeit, dies richtig zu modellieren, ist, neben der Funktion "Anwenderspezifische Attribute" eine der weiteren Hauptfunktion, die Funktion "Dynamischer Ziele", zu verwenden. Beide Funktionen können mit einer geclusterten Metrik verwendet werden, um die gewünschten Ergebnisse zu erreichen. Wird das Service Level-Ziel direkt zur Ressource hinzugefügt, kann die Business-Logik das Service Level von jeder Ressource (Hardware-Gerät) mit ihrem eigenen Ziel vergleichen. Eine geclusterte Metrik gibt die individuelle Service-Compliance für jede Hardware an, die eine einzelne Metrik verwendet.

Daher ist es notwendig, zuerst das anwenderspezifische Attribut zu erstellen, indem es zum Ressourcentyp dieser Geräte hinzugefügt wird (wobei alle Geräte den Ressourcentyp "Infrastrukturgerät" aufweisen). Das erstellte anwenderspezifische Attribut wird als "DeviceTarget" bezeichnet und kann über das Menü unter Servicekatalog->-Anwenderspezifische Attribute hinzugefügt werden. Hinweis: Wenn Sie das anwenderspezifische Attribut erstellen, müssen Sie es mit den Ressourcentypen verknüpfen, die es benötigen.

Wenn Sie jetzt die Ressourcen im System anzeigen, können Sie sehen, dass das neue anwenderspezifische Attribut für den Ressourcentyp verfügbar ist, mit dem es verknüpft wurde.

Und die individuellen Ressourcen haben ein neues Feld, das aktualisiert werden kann.

In diesem Beispiel würde dieses Feld normalerweise vom Übersetzungsskript eingefügt bzw. aktualisiert werden.

Da jede der Ressourcen ein für sie festgelegtes Ziel hat, können Sie die Logik entwickeln, um die erforderliche Berechnung durchzuführen (nachdem die Ressourcenänderungen vorgenommen wurden). Der folgende Beispielcode zeigt, wie der anwenderspezifische Attributwert aus der Ressource extrahiert wird (in Fettschrift).

Option Explicit

Dim TotalTime
Dim OutageTime
Dim PeriodStart

Sub OnRegistration(dispatcher)
   dispatcher.RegisterByResource "OnDeviceOutageEvent", "DeviceOutageEvent", _
      Context.ClusterItem
End Sub

Sub OnLoad(TIME)
   TotalTime = 0
   OutageTime = 0
End Sub

Sub OnPeriodStart(TIME)
   TotalTime = 0
   OutageTime = 0
   PeriodStart = TIME
End Sub

Sub OnPeriodEnd(TIME, isComplete)
   TotalTime = Tools.NetTime(PeriodStart, TIME)
End Sub

Sub OnDeviceOutageEvent(eventDetails)
   OutageTime = OutageTime + Tools.NetTime (eventDetails ("OutageStartTime"), _
      eventDetails ("OutageEndTime"))
End Sub

Function Target
   Target = eventDetails.CustomAttribute ("DeviceTarget")
End Function

Function Result
   If TotalTime > 0 Then
      Result = (TotalTime - OutageTime) / TotalTime
   Else
      Result = Null
   End If
End Function