Domain Separation und Change-Management
Die Domänentrennung wird in Change-Management unterstützt. Mit der Domain Separation können Sie Daten, Prozesse und Verwaltungsaufgaben in logische Gruppierungen, sogenannte Domänen, aufteilen. Sie können verschiedene Aspekte dieser Trennung steuern, einschließlich der Benutzer, die Daten sehen und darauf zugreifen können.
Support-Stufe: Basis
- Geschäftslogik: Stellen Sie sicher, dass Daten in die richtige Domäne für die Anwendungsfälle des Application Service Providers übertragen werden.
- Die Anwendung unterstützt die Domänentrennung zur Laufzeit. Zur Domänentrennung gehören die Trennung von der Anwenderoberfläche, Cache-Schlüssel, Berichterstellung, Rollups und Zusammenfassungen.
- Der Besitzer der Instanz muss die Anwendung einrichten, damit sie über mehrere Mandanten hinweg funktioniert.
Beispiel-Anwendungsfall: Wenn ein Service Provider (SP) den Chat verwendet, um auf die Nachricht eines Mandanten (Kunden) zu antworten, muss der Kunde die Antwort des Service Providers sehen können.
Weitere Informationen zu den Supportstufen finden Sie unter Anwendungssupport für die Domänentrennung.
Übersicht über Domain Separation in Change-Management .
Change-Management bietet einen systematischen Ansatz zur Kontrolle des Lebenszyklus aller Changes. Nützliche Änderungen lassen sich mit minimalen Unterbrechungen der IT-Services vornehmen.
Funktionsweise der Domänentrennung in Change-Management
Change-Management umfasst die Verwaltung von Change-Anforderungen. Mit einer Change-Anforderung können Sie einen kontrollierten Prozess für das Hinzufügen, Ändern oder Entfernen genehmigter und unterstützter Konfigurationselemente (Configuration Items, CIs) implementieren. Die Anforderung erfasst die detaillierten Informationen über den Change, z. B. den Grund, die Priorität, das Risiko, den Typ und die Kategorie des Change.
- Eine Change-Anforderung ist eine Erweiterung einer Aufgabe. Datensätze werden in der Domäne von Benutzern erstellt, die die Aufgabe in der Sitzung erstellen.
- Alle Change-Eigenschaften sind global, was bedeutet, dass sie für jede Anwendung, die die [sys_properties]-Tabelleneigenschaften verwendet, gleich sind. Die Tabelle ist nicht domänengetrennt, daher wirken sich alle vorgenommenen Changes auf alle Domänen aus.
Domänengetrennte Tabellen
Change-Anforderung [change_request].
Anwendungsfall
Ein ITIL-Benutzer in der Acme-Domäne meldet sich an und erstellt eine Change-Anforderung. Die Change-Anforderung wird in der Domäne erstellt, die der Benutzer ausgewählt hat.
Funktionsweise der Domänentrennung in der Change Advisory Board (CAB)-Workbench
- CAB-Meetings werden mit der CAB-Definitionstabelle synchronisiert, wenn das Meeting über eine Definition generiert oder manuell erstellt wurde und das Feld „CAB-Definition“ ausgefüllt ist.
- CAB-Meetings werden in der Benutzerdomäne erstellt, wenn das Meeting manuell ohne eine zugehörige CAB-Definition erstellt wird.
- Meetingdatensätze werden nicht unterstützt, wenn sie sich in einer anderen Domäne als der zugehörigen Definition befinden.
- Bei allen anderen CAB-Datensätzen ist der Domänenmaster auf den zugehörigen CAB-Meeting-Datensatz eingestellt.
- CAB-Definition [cab_definition]
- CAB-Meeting [cab_meeting]
- CAB.Teilnehmer [cab_attendee]
- CAB-Agendapunkt [cab_agenda_item]
- CAB-Laufzeitstatus [cab_runtime_state]
Anwendungsfälle
-
Ein CAB-Manager erstellt eine neue CAB-Definition und generiert 20 Meetings in der ACME-Domäne. Das Ergebnis: Sowohl die Definition als auch die Meetings werden innerhalb der ACME-Domäne erstellt.
- Ein CAB-Manager erstellt ein Ad-hoc-CAB-Meeting aus der zugehörigen Liste im CAB-Definitionsformular. Ergebnis: Das Meeting wird in der Domäne des CAB-Meetings erstellt.
- Alle anderen Verwendungsfälle verhalten sich genauso wie wenn die Domänentrennung nicht aktiviert ist.
Funktionsweise der Domänentrennung in Change-Zeitplänen (neues Feature)
- Change Schedule-Definitionen beinhalten alle Konfigurationsoptionen und zugehörigen Datensätze, die zum Anzeigen eines bestimmten Change Schedules verwendet werden.
- Datensätze werden in der Domäne des aktuellen Benutzers erstellt.
- Zusätzliche Datensätze werden in der Domäne der Change Schedule-Definition erstellt.
Domänengetrennte Tabellen
- Change Schedule-Definition [chg_soc_definition]
- Zugehörige Definition [chg_soc_definition_child]
- Stilregel [chg_soc_definition_style_rule]
- Stilregel [chg_soc_style_rule]
- Stilregel [chg_soc_def_child_style_rule]
Anwendungsfälle
Ein ITIL-Benutzer in der ACME-Domäne meldet sich an und navigiert zur Change Schedule-Zielseite. Benutzer können Change-Zeitpläne sowohl in ihrer aktuellen als auch in der globalen Domäne anzeigen.