Attribute für DevOps-Change-Anforderungen

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer

    • Fügen Sie DevOps-Change-Anforderungsattribute mit der changeInfo-REST-API, dem Subflow des Standard-Change-Handlers hinzu, oder aktualisieren Sie sie, indem Sie Attribute über die Pipeline, die Funktion Update oder automatisierte Flows übergeben.

    Attribute werden angegeben

    Verwenden Sie eine der folgenden Methoden, um Change-Anforderungsattribute anzugeben:

    Vorrang der Berücksichtigung

    Wenn die Change-Attribute durch mehrere Methoden angegeben werden, variiert die Reihenfolge, in der die Attributwerte berücksichtigt werden. In ServiceNow können Attribute im Pipelineschritt von DevOps Change-Geschwindigkeit, im Subflow des Standard-Change-Handlers oder in einem Genehmigungs-Flow angegeben werden. In der Pipeline des Orchestration-Tools können Attribute im Pipelineschritt oder mithilfe der REST APIs übergeben werden. Wenn ein Change-Modell verwendet wird, können sie auch in Modellvoreinstellungen angegeben werden.

    In den folgenden Tabellen und Beispielen erfahren Sie, in welcher Reihenfolge die Werte berücksichtigt werden.

    Tabelle : 1. Rangfolge von Change-Attributen für typbasierte Changes
    Change-Anforderung Vorrang
    Standard
    1. Change-Attribute, die durch die Pipeline übergeben wurden
    2. Schrittdatensatzfelder in ServiceNow
    3. Die Vorlage wurde in Change-Attributen über die Pipeline übergeben
    4. Vorlage in Schrittfeldern in ServiceNow
    Kein Standard
    1. Change-Attribute, die durch die Pipeline übergeben wurden
    2. Subflows und Genehmigungs-Flows für den Standard-Change-Handler
      Wichtig:
      Das Festlegen von Attributwerten im Subflow des Standard-Change-Handlers und in den Genehmigungs-Flows kann zu Konflikten führen, da sie möglicherweise gleichzeitig ausgeführt werden. Legen Sie die Attributwerte in nur einer Quelle fest, um Probleme zu vermeiden.
    3. Schrittdatensatzfelder in ServiceNow
    4. Die Vorlage wurde in Change-Attributen über die Pipeline übergeben
    5. Vorlage in Schrittfeldern in ServiceNow
    Tabelle : 2. Rangfolge von Change-Attributen für modellbasierte Changes
    Change-Anforderung Vorrang
    Standard
    1. Modellvoreinstellungen
    2. Change-Attribute, die durch die Pipeline übergeben wurden
    3. Schrittdatensatzfelder in ServiceNow
    4. Die Vorlage wurde in Change-Attributen über die Pipeline übergeben
    5. Vorlage in Schrittfeldern in ServiceNow
    Kein Standard
    1. Modellvoreinstellungen
    2. Change-Attribute, die durch die Pipeline übergeben wurden
    3. Subflows und Genehmigungs-Flows für den Standard-Change-Handler
      Wichtig:
      Das Festlegen von Attributwerten im Subflow des Standard-Change-Handlers und in den Genehmigungs-Flows kann zu Konflikten führen, da sie möglicherweise gleichzeitig ausgeführt werden. Legen Sie die Attributwerte in nur einer Quelle fest, um Probleme zu vermeiden.
    4. Schrittdatensatzfelder in ServiceNow
    5. Die Vorlage wurde in Change-Attributen über die Pipeline übergeben
    6. Vorlage in Schrittfeldern in ServiceNow
    Hinweis:
    Wenn Sie in Ihren Change-Vorgängen Business-Regeln verwendet haben, müssen Sie die Eigenschaft sn_devops.change_request.apply_attributes_on_creation auf „true“ festlegen, damit die in der Pipeline übergebenen Change-Attribute beim Erstellen der Change-Anforderung festgelegt werden und nicht die Attribute, die nach dem Erstellen der Change-Anforderung übergeben werden erstellt. Weitere Informationen finden Sie unter DevOps Change-Geschwindigkeit -Eigenschaften.

    Szenario 1

    Stellen Sie sich ein Szenario vor, in dem die Attribute im Subflow des Standard-Change-Handlers in ServiceNow und in der Funktion Aktualisieren in der Orchestration-Pipeline angegeben sind. Angenommen, das Attribut „assignment_group“ ist im Subflow des Standard-Change-Handlers als „change Management“ und in der Funktion „Aktualisieren“ in der Pipeline als „CAB“ angegeben. In diesem Szenario wird beim Erstellen des Change der Wert aus dem Subflow des Standard-Change-Handlers berücksichtigt, und „change Management“ ist der Wert, der für assignment_group berücksichtigt wird. Sobald der Change genehmigt und die Pipeline fortgesetzt wird, wird der in der Update-Funktion angegebene Wert berücksichtigt, z. B. „CAB“.

    Szenario 2

    Stellen Sie sich ein Szenario vor, in dem die Attribute im Subflow des Standard-Change-Handlers in ServiceNow und im Change-Schritt in der Orchestration-Pipeline angegeben sind. Angenommen, das Attribut „assignment_group“ ist im Subflow des Standard-Change-Handlers als „change Management“ und im Change-Schritt der Pipeline als „chgmt1“ angegeben. In diesem Szenario wird beim Erstellen des Change der Wert aus dem Change-Schritt (CHG MMT1) berücksichtigt. Sobald der Subflow des Standard-Change-Handlers ausgelöst wird, wird der Wert „Change Management“ als Wert berücksichtigt.

    Szenario 3

    Stellen Sie sich ein Szenario vor, in dem die Attribute durch die Vorlage angegeben werden, die in Change-Attributen und in der Vorlage des Schrittdatensatzes übergeben wird. Angenommen, das Attribut „assignment_group“ ist in der in Change-Attributen übergebenen Vorlage als „change Management“ und in der Vorlage des Pipeline-Schrittdatensatzes als „chgmt1“ angegeben. In diesem Szenario wird beim Erstellen des Change der Wert aus der Vorlage berücksichtigt, der im Change-Attribut (CHG MMT) übergeben wird.

    Szenario 4

    Stellen Sie sich ein Szenario vor, in dem die Attribute in den Change-Attributen und der Modellvoreinstellung für einen modellbasierten Change angegeben sind. Angenommen, das Attribut „assignment_group“ ist in Change-Attributen als „change Management“ und in der Modellvoreinstellung als „chgmt1“ angegeben. In diesem Szenario wird beim Erstellen des Change der Wert aus der Modellvoreinstellung (chgmt1) berücksichtigt.