Stellen Sie Ihre App bereit

Sobald die Anwendung erstellt und validiert wurde, muss sie in die Produktionsumgebung verschoben werden. Anwendungen können durch ein Anwendungs-Repository oder mithilfe von Update Sets verschoben werden. Anwendungen sollten in Testumgebungen bereitgestellt werden, bevor in die Produktion gewechselt wird.

Anwendungs-Repository (App-Repository)

Durch die Veröffentlichung einer Anwendung im App-Repository wird diese Version der Anwendung für alle ServiceNow-Instanzen einer Organisation verfügbar gemacht. Verwenden Sie das App-Repository, um eine Anwendung in QA-/Testinstanzen (zu Testzwecken) und schließlich in Produktionsinstanzen (Prod) bereitzustellen.

Weitere Informationen finden Sie unter Anwendungen im Anwendungs-Repositoryveröffentlichen, Anwendungen installieren.

Update-Sätze

Wenn das Anwendungs-Repository nicht zum Bereitstellen von Anwendungen verwendet werden kann, verwenden Sie stattdessen Update Sets. Das Diagramm zeigt den Best Practice-Lebenszyklus eines Update Sets zur Bereitstellung einer Anpassung von der Entwicklungsinstanz auf die Testinstanz.

Praktiken, die zu einem Qualitäts-Entwicklungs- und Releaseprozess führen:

• Verschieben Sie Anpassungen immer vom unteren Rand des Stapels nach oben.
  • Stellt sicher, dass die Instanzen im unteren Stapel mit den Instanzen im oberen Stapel übereinstimmen.
  • In der Mitte des Stapels eingeführte Anpassungen können durch zukünftige Pushs aus dem Stapel überschrieben werden.
  • Gängige Szenarien sind:
    • Korrekturen, die in der Test- oder Produktionsphase benötigt werden – immer von der Entwicklung aus veröffentlichen
    • Allgemeine Prod-Admin-Anpassungen, z. B. Auswahllisten – Updates immer von der Entwicklerseite aus veröffentlichen
• Überprüfen Sie vor der Übertragung immer die in einem Update Set enthaltenen Updates.
  • Suchen Sie nach Updates, die anderen Entwicklungsarbeiten zugeordnet sind, und Updates, die Tests zugeordnet sind.
  • Achten Sie auf Änderungen an den Systemeigenschaften und Integrationsendpunkten. Beispiel: Übertragen der Änderung „sys_properties“, die alle E-Mails an den Test-E-Mail-Account leitet
  • Verschieben Sie Updates in einen „scrap“-Update Set, anstatt das Update zu löschen.
• Führen Sie nach der Veröffentlichung immer einen Test durch, um sicherzustellen, dass alle gewünschten Anpassungen erfasst und wie erwartet angewendet werden.
• Stellen Sie in Situationen mit mehreren, parallelen Releases die Kommunikation und Koordination zwischen den Entwicklungsteams sicher.
• Vermeiden Sie Experimente in der Entwicklungsinstanz, da Anpassungen versehentlich erfasst und von anderen Teammitgliedern migriert werden können.
• Erfassen Sie die Entwicklung nicht im Standard-Update Set.

Listet alle Anwender-Story-Nummern mit einer Kurzbeschreibung im Beschreibungsfeld eines Update Sets auf. Schließen Sie alle manuellen Schritte ein, die zum Bereitstellen des Update Set erforderlich sind.

Einige typische Beispiele für manuelle Schritte, die für eine Bereitstellung erforderlich sind und nicht in einem Update Set erfasst werden:

• Plugin-Aktivierung
• Übertragung von Tabellen, die im Update Set nicht nachverfolgt werden (normalerweise beginnend mit „x_“ oder „u_“).
• Erstellung von Datenbankverzeichnissen für Tabellen. Die Indexerstellung wird nicht über Update Set nachverfolgt und muss manuell durchgeführt werden.

Verwaltung von Update Sets

Stellen Sie sicher, dass das richtige Update Set ausgewählt ist, wenn Sie an einer Story oder einem Fehler arbeiten, und überprüfen Sie die Datensätze im Update Set täglich.

sys_update_xml- Datensätze nicht manuell zwischen Update Sets verschieben. Die einzige Ausnahme ist das Verschieben eines Datensatzes in das Standard-Update Set.

Update Sets erfassen Konfigurationsinformationen, aber keine Aufgaben- oder Prozessdaten. Beispielsweise verfolgen Update Sets die Definitionen von Servicekatalogelementen und zugehörige Konfigurationsdaten wie Variablen und Variablenauswahlmöglichkeiten. Die in Tests platzierten Bestellungen (Anforderungen, Elemente, Katalogaufgaben) werden jedoch nicht von Update Sets nachverfolgt.

Beachten Sie die DOs und DON'Ts bei Update-Sätzen:

• Um einen bestimmten sys_update_xml -Datensatz aus dem aktuellen Update Set zu entfernen, verschieben Sie den Datensatz in den Standard-Update Set, und füllen Sie das Feld sys_update_set.comments des Datensatzes mit dem Grund für das Verschieben des Datensatzes in den Standard-Update Set aus.
• Verschieben Sie niemals eine Datensatzanpassung von einem Update Set in ein anderes Update Set.
• Löschen Sie niemals ein Update Set, es sei denn, das Update Set wurde erfolgreich mit einem neuen Update Set zusammengeführt.
• Verwenden Sie immer Datenextrakte oder Importsätze (und keine Update-Sätze), um Daten von einer Instanz in eine andere zu verschieben.

Update-Satz-Batchverarbeitung

Batch-Update-Sätze zur Vorschau und zum Massen-Committen von Update-Sätzen.

Der Umgang mit mehreren Update Sets kann zu Problemen führen, einschließlich des Committens von Update Sets in der falschen Reihenfolge oder des versehentlichen Auslassens eines oder mehrerer Sets. Vermeiden Sie diese Probleme, indem Sie abgeschlossene Update Sets in einem Stapel gruppieren.

Das System organisiert Update-Satz-Batches in einer Hierarchie. Ein Update Set kann als übergeordnetes Element für mehrere untergeordnete Update Sets fungieren. Ein gegebenes Set kann sowohl ein untergeordnetes als auch ein übergeordnetes Element sein und Hierarchien auf mehreren Ebenen ermöglichen. Ein Update Set auf der obersten Ebene in der Hierarchie fungiert als Basis-Update Set.

Wenn Sie das Basis-Update Set in der Vorschau anzeigen oder bestätigen, wird der gesamte Batch in der Vorschau angezeigt oder bestätigt. Das System bestimmt die Verarbeitungsreihenfolge und prüft auf Kollisionen basierend auf den Daten, an denen die Changes aufgezeichnet wurden, und auf Grundlage ihrer sequenziellen Herkunft. Ihre Vorgänger sind die spezifischen Instanzen, in denen die Änderungen in den Update Sets stattgefunden haben.

Die Stapelverarbeitung von Update-Sätzen kann auf Releases angewendet werden, wobei ein leerer übergeordneter Update-Satz für den Release erstellt wird und tatsächliche Update-Sätze als untergeordnete Elemente im Release enthalten sind.

Vorteile der Stapelverarbeitung von Update-Sätzen:

• Einzelne Update Sets können im letzten Moment aus dem Release entfernt werden.
• Die Stapelverarbeitung ähnelt dem Zusammenführen, außer dass durch die Stapelverarbeitung Aktualisierungen entfernt werden können.
• Batch Update Sets sind einfach bereitzustellen. Nur der übergeordnete Update-Satz muss verarbeitet werden.

Weitere Informationen finden Sie unter System-Update Sets.

Nächste Schritte

Nachdem die App bereitgestellt wurde, überlegen Sie, wie Sie sie verbessern und erweitern können. Hier sind einige Vorschläge, um zu bestimmen, wie Sie als Nächstes vorgehen:

• Die Personen, die die Anwendung täglich verwenden, sind die beste Quelle für Feedback. Sprechen Sie mit ihnen darüber, welche neuen Funktionen oder Änderungen sie sehen möchten.
• Ermitteln Sie, ob zusätzliche zugehörige Prozess-Flows über Flow Designer automatisiert werden können.
• Bestimmen Sie, ob neue IntegrationHub-Spokes für neue Integrationen genutzt werden können.