Stellen Sie Ihre App bereit

Sobald die Anwendung erstellt und validiert wurde, muss die Anwendung in die Produktionsumgebung verschoben werden. Anwendungen können durch ein Anwendungs-Repository oder mithilfe von Update-Sätzen verschoben werden. Anwendungen sollten vor dem Wechsel in die Produktion in Testumgebungen bereitgestellt werden.

Anwendungs-Repository (App-Repository)

Durch das Veröffentlichen 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 (zum Testen) und schließlich in Produktionsinstanzen (Prod) bereitzustellen.

Weitere Informationen finden Sie unter Veröffentlichen einer Anwendung im Anwendungs-Repository , Installieren Sie eine Anwendung .

Update-Sätze

Wenn das Anwendungs-Repository nicht zum Bereitstellen von Anwendungen verwendet werden kann, verwenden Sie stattdessen Update-Sätze. Das Diagramm zeigt den Best Practice-Lebenszyklus eines Update-Satzes, um eine Anpassung von der Entwicklungsinstanz in der Testinstanz bereitzustellen.

Praktiken, die zu einem hochwertigen Entwicklungs- und Releaseprozess führen:

• Verschieben Sie Anpassungen immer vom unteren Rand des Stapels nach oben.
  • Stellt sicher, dass Instanzen im Downstapel mit Instanzen im Upstapel übereinstimmen.
  • Eingeführte Anpassungen im Mid-Stack können durch zukünftige Veröffentlichungen aus dem Downstack überschrieben werden.
  • Allgemeine Szenarien umfassen:
    • Korrekturen müssen im Test- oder Prod-Prozess ausgeführt werden – sie immer von „Entwickler“ nach oben verschieben
    • Allgemeine Anpassung des Produktadministrators, z. B. Auswahllisten – Updates immer von Entwickler nach oben veröffentlichen
• Überprüfen Sie vor der Übertragung immer Updates, die in einem Update-Satz enthalten sind.
  • Suchen Sie nach Updates, die anderen Entwicklungsmaßnahmen zugeordnet sind, und Updates, die Tests zugeordnet sind.
  • Achten Sie auf Änderungen an Systemeigenschaften und Integrationsendpunkten. Beispiel: Änderung „sys_properties“ wird übertragen, die alle E-Mails an den Test-E-Mail-Account leitet
  • Verschieben Sie Updates in einen Update-Satz „Ausschuss“, anstatt das Update zu löschen.
• Testen Sie nach dem Verschieben immer, um sicherzustellen, dass alle gewünschten Anpassungen wie erwartet erfasst und angewendet werden.
• Stellen Sie in Situationen mit mehreren parallelen Releases die Kommunikation und Koordination zwischen den Entwicklungsteams sicher.
• Vermeiden Sie Experimente mit der Entwicklungsinstanz, da Anpassungen versehentlich erfasst und von anderen Teammitgliedern migriert werden können.
• Erfassen Sie keine Entwicklung im Standard-Update-Satz.

Listen Sie alle Anwender-Story-Nummern mit einer Kurzbeschreibung in auf Beschreibung Feld eines Update-Satzes. Schließen Sie alle manuellen Schritte ein, die zum Bereitstellen des Update-Satzes erforderlich sind.

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

• Plugin-Aktivierung.
• Übertragung von Tabellen, die nicht im Update-Satz nachverfolgt werden (normalerweise beginnend mit „x_“ oder „u_“).
• Erstellung von Datenbankindizes in den Tabellen. Die Indexerstellung wird nicht über den Update-Satz nachverfolgt und muss manuell ausgeführt werden.

Update-Satz-Verwaltung

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

Nicht manuell verschieben sys_Update_xml Datensätze zwischen Update-Sätzen. Die einzige Ausnahme besteht darin, einen Datensatz in den Standard-Update-Satz zu verschieben.

Update-Sätze erfassen Konfigurationsinformationen, aber keine Aufgaben- oder Prozessdaten. Beispielsweise verfolgen Update-Sätze Definitionen von Servicekatalogelementen und zugehörige Konfigurationsdaten wie Variablen und Variablenauswahlen. Die in Tests befindlichen Aufträge (Anforderungen, Elemente, Katalogaufgaben) werden jedoch nicht von Update-Sätzen nachverfolgt.

Achten Sie auf Update-Satz-DOS und -VERBOTE:

• Zum Entfernen eines bestimmten sys_Update_xml Datensatz aus dem aktuellen Update-Satz verschieben Sie den Datensatz in den Standard-Update-Satz, und füllen Sie aus sys_update_set.comments Feld des Datensatzes mit dem Grund für das Verschieben des Datensatzes in den Standard-Update-Satz.
• Verschieben Sie Anpassungsdatensätze niemals von einem Update-Satz in einen anderen Update-Satz.
• Löschen Sie niemals einen Update-Satz, es sei denn, der Update-Satz wurde erfolgreich mit einem neuen Update-Satz zusammengeführt.
• Verwenden Sie immer Datenextrakte oder Importsätze, um Daten von einer Instanz in eine andere zu verschieben (und nicht Update-Sätze).

Batching des Update-Satzes

Batch-Update-Sätze, um eine Massenvorschau von Update-Sätzen anzuzeigen und zu bestätigen.

Der Umgang mit mehreren Update-Sätzen kann zu Problemen führen, z. B. das Commit von Update-Sätzen in der falschen Reihenfolge oder das versehentliche Auslassen eines oder mehrerer Sätze. Vermeiden Sie diese Probleme, indem Sie abgeschlossene Update-Sätze in einem Batch gruppieren.

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

Durch das Anzeigen der Vorschau oder das Commit des Basis-Update-Satzes wird der gesamte Batch in der Vorschau angezeigt oder bestätigt. Das System bestimmt die Verarbeitungsreihenfolge und überprüft auf Kollisionen basierend auf den Daten, an denen die Änderungen aufgezeichnet wurden, und auf ihrem sequenziellen Vorgängerstatus. Ihre Vorfahren sind die spezifischen Instanzen, in denen die Änderungen an den Update-Sätzen stattgefunden haben.

Update-Satz-Batching kann auf Releases angewendet werden, in denen ein leerer übergeordneter Update-Satz für das Release erstellt wird und tatsächliche Update-Sätze als untergeordnete Elemente im Release enthalten sind.

Vorteile der Batching von Update-Satz:

• Einzelne Update-Sätze können im letzten Moment aus dem Release entfernt werden.
• Das Batching ähnelt dem Zusammenführen, mit der Ausnahme, dass das Batching das Entfernen von Updates ermöglicht.
• Batch-Update-Sätze 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 jetzt bereitgestellt wird, überlegen Sie, wie sie verbessert und verbessert werden kann. Hier sind einige Vorschläge, um zu bestimmen, wohin als Nächstes gehen soll:

• 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.
• Bestimmen 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.