ReleaseOps erkunden

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 3 Minuten Lesedauer

    • ServiceNow® ReleaseOpsIst eine Lösung für das Problem der Bereitstellung von Changes, Anpassungen und anwenderdefinierten Apps auf dem ServiceNow AI Platform. Durch Automatisierung des Bereitstellungsprozesses ReleaseOpsTrägt dazu bei, die Vorhersehbarkeit und Zuverlässigkeit von Bereitstellungen zu erhöhen und gleichzeitig das Risiko der Freigabe unerwünschter Änderungen in der Produktion zu reduzieren.

    ReleaseOps – Übersicht

    ReleaseOpsAutomatisiert und verbessert den Prozess der Bereitstellung von Changes, Anpassungen und anwenderdefinierten Anwendungen auf der ServiceNow AI Platform. ReleaseOpsVerbessert den vorhandenen Pipelines-Bereitstellungsprozess, indem instanzübergreifende Vertrauenswürdigkeit und Freigabe von Anmeldeinformationen intern verwaltet und das Setup und die Konfiguration anwenderdefinierter Pipelines vereinfacht werden. ReleaseOpsErmöglicht Ihnen, Changes mithilfe von Update-Sätzen bereitzustellen und die Bereitstellung direkt in auszulösen ServiceNow StudioEntwicklungsumgebung. Darüber hinaus ReleaseOpsNutzt die Automatisierungsfunktionen von ServiceNow Playbooks, Was zu weniger fehleranfälligen und manuellen Bereitstellungen führt.

    ReleaseOpsVerarbeitet Bereitstellungen bis Releases . Releases definieren, welche Changes, Anpassungen oder anwenderdefinierten Apps in die Produktionsinstanz (oder Zielinstanz) verschoben werden und wann die Changes bereitgestellt werden. Die Changes in einem Release sind in enthalten Bereitstellungsanforderungen . Jede Bereitstellungsanforderung enthält einen oder mehrere Update-Sätze oder Anwendungsinstallationen. Weitere Informationen zu Releases und Bereitstellungsanforderungen finden Sie unter Releases in ReleaseOpsUnd Bereitstellungsanforderungen in ReleaseOps.

    ReleaseOps Anwender

    Tabelle : 1. Anwender
    Rolle Beschreibung
    Pipeline-Manager Ein Pipeline-Manager ist für die Erstellung und Verwaltung von Pipelines verantwortlich, einschließlich der Anpassung von Playbooks. Pipelines definieren den Flow Ihrer Bereitstellungen.
    Releasemanager

    Ein Release-Manager ist verantwortlich für die Erstellung und Planung von Releases sowie für die Überprüfung, ob der Inhalt eines Release relevant und korrekt ist. Der Release-Manager kann Bereitstellungsanforderungselemente entfernen, die die Kriterien für das Release nicht erfüllen.
    Entwickler Ein Entwickler ist für die Erstellung von Bereitstellungsanforderungen verantwortlich, um Anwendungsinstallationen oder Update-Sätze von Arbeiten zu veröffentlichen, die über die Pipeline abgeschlossen wurden.
    Tester Ein Tester ist für die Unterzeichnung von ATF-Testfehlern verantwortlich, die auftreten, damit eine Bereitstellung fortgesetzt werden kann. Ein Tester kann es auch an die Entwicklung zurücksenden.

    ReleaseOps – Workflow

    Dies ist der mit installierte Beispiel-Pipeline-Workflow ReleaseOps. Ihr Pipeline-Manager kann sie nach Bedarf anpassen.

    Abbildung : 1. ReleaseOps Beispiel-Pipeline-Workflow
    Diese Infografik zeigt den Beispiel-Pipeline-Workflow an.

    In der traditionellen Entwicklung zum Testen des Workflows in der Produktion:

    1. Der Release-Manager erstellt ein Release, das einer Pipeline zugeordnet ist.
    2. Entwickler erstellen und heraufstufen Update-Sätze, indem sie sie einer vorhandenen Bereitstellungsanforderung hinzufügen, oder erstellen eine neue Bereitstellungsanforderung, die auf ein Release ausgerichtet ist.
    3. Das Release durchläuft die Pipeline:
      • Die Bewertungsphase verschiebt Changes von Bereitstellungsanforderungen durch nicht-Produktionsinstanzen und dient dazu, Bereitstellungsanalysen durchzuführen und Scans und Tests auszuführen.
      • Bei Bewertungsfehlern werden Bereitstellungsaufgaben erstellt, die der Tester abzeichnen oder an den Entwickler weiterleiten kann, um ihn zu beheben.
      • In der Releasephase werden alle Changes über ihre Bereitstellungsanforderungen hinweg, die die Bewertung bis zum geplanten Datum bestanden haben, in die Produktion verschoben. Siehe Beispiel-Release-Workflow unten.
    Abbildung : 2. ReleaseOps – Beispiel-Release-Workflow
    Diese Infografik zeigt den Beispiel-Release-Workflow an.

    Im traditionellen Release-Workflow:

    1. Der Release-Manager erstellt ein Release und legt seinen Status auf „aktiv“ fest.
    2. Am geplanten Einfrierungsdatum beginnt das Release mit der Vorbereitung der Bereitstellung.
    3. Während des Vorbereitungsprozesses werden Bereitstellungsanforderungen, die nicht bereit sind, auf „zurückgestellt“ festgelegt und können an ein zukünftiges Release angehängt werden.
    4. Nach Abschluss des Vorbereitungsprozesses wird der Release-Status auf „bereit für Bereitstellung“ festgelegt.
    5. Wenn das Release-Datum ankommt, werden die Update-Sätze der Bereitstellungsanforderungen vom Test in die Produktion in der Reihenfolge verschoben, in der sie in der letzten Instanz bereitgestellt wurden.
    6. Die Release- und Bereitstellungsanforderungen werden auf „Abgeschlossen“ festgelegt.

    ReleaseOps – Vorteile

    Tabelle : 2. ReleaseOps – Vorteile
    Vorteil Funktion Rolle
    Definieren Sie Anforderungen für eine Anwendung oder ein Update, um auf einer Zielinstanz installiert zu werden. Pipelines in ReleaseOps Pipeline-Manager
    Stellen Sie Changes in einer Produktion oder einer anderen Zielumgebung bereit. Releases in ReleaseOps Release Manager
    Push-Anwendungsinstallationen oder Update-Sätze von Arbeiten, die über die Pipeline mit Bereitstellungsanforderungen abgeschlossen wurden. Bereitstellungsanforderungen in ReleaseOps Entwickler
    Bereitstellungsanforderungen mit der Bereitstellungsanalyse auf Änderungen am aktuellen Status der Produktionsinstanz oder der Zielinstanz scannen. Verwenden Sie diese Ergebnisse, um Ihre Aktionen in der Pipeline zu bestimmen. Bereitstellungsanalyse in ReleaseOps Entwickler

    Empfehlungen für weitere Themen

    Weitere Informationen über die Konfiguration und den Einsatz von ReleaseOps finden Sie unter: