Einrichten.
Release planen.
Das freizugebende System erstellen, integrieren und testen.
Die Produktionsimplementierung planen, simulieren und ausführen.
Die folgenden Abschnitte stellen eine allgemeine Zusammenfassung dieser Aktivitäten bereit.
Aktivität | Beschreibung |
---|---|
1. Installation. | Installieren Sie IBM UrbanCode Release als Tomcat-Webanwendung. Siehe Server installieren. |
2. Integrationen konfigurieren. | Stellen Sie externe Objekte durch Konfiguration von Integrationen zu Verfügung. IBM UrbanCode Deploy-Anwendungen und -Komponenten sind beispielsweise verfügbar, nachdem IBM UrbanCode Deploy mit IBM UrbanCode Release integriert wurde. |
3. Release-Umgebungen definieren. | Erstellen Sie die Umgebungen, die Release-Phasen zugeordnet werden. Wenn ein Release erstellt wird, können Sie jeder Phase eine Umgebung zuweisen. |
Jedes Release hat eigene Herausforderungen, aber der folgende Ansatz kann hilfreich sein:
Aktivität | Beschreibung |
---|---|
1. Das Release erstellen oder benennen. | Geben Sie dem Release einen aussagekräftigen Namen und eine Beschreibung. Bestimmen Sie, ob es ein Haupt- oder Nebenrelease ist. |
2. Anwendungen. | Weisen Sie dem Release Anwendungen zu. |
3. Produktionsweg definieren. | Ein Release-Lebenszyklus gibt den Ablauf der Umgebungen an, die die Software auf dem Weg zur Produktion durchlaufen muss. Der Lebenszyklus gibt nicht an, welche bestimmten Umgebungen für ein Release verwendet werden, sondern ein allgemeines Muster, wie DEV, INT, QA, UAT oder PROD. Es kann auch die Qualitätsschritte definieren, die die Software erfolgreich abschließen muss, bevor sie in die nächste Umgebung übergehen kann. Zuletzt bestimmt die Wahl eines Implementierungsplans, wie viel Orchestrierung und Koordination für eine erfolgreiche Implementierung in den einzelnen Phasen des Lebenszyklus erforderlich ist. |
4. Produktionsdatum und bekannte Vorbereitungsdaten angeben. | Bekannte Produktions- und Vorbereitungsdaten können durch die Planung von Implementierungen in dem Release zugeordneten Umgebungen aufgezeichnet und verbreitet werden. |
5. Wiederholt auftretende Fenster definieren. | Wiederholt auftretende Fenster können für Implementierungen verwendet werden, die in einem regelmäßigen Intervall auftreten, zum Beispiel täglich oder wöchentlich. |
6. Eckdaten definieren. | Eckdaten sind Checklistenposition auf Release-Level, die nach Datum und Status überwacht werden. |
7. Release-Team konfigurieren. | Wählen Sie ein Team zum Verwalten des Release aus. |
8. Genehmigungen hinzufügen. | Eine Genehmigung ist ein Mechanismus, der zur Begrenzung von Implementierungen in eine Umgebung verwendet wird, unabhängig von der Qualitäts- (bzw. Status-)aspekten, um zu gewährleisten, dass die ausgeführten Aktionen nicht unterbrochen werden. |
Eine Implementierung kann alle Anwendungen in einem Release oder eine Untermenge enthalten oder eine einmalige Notfallimplementierung darstellen.
Aktivität | Beschreibung |
---|---|
1. Ad-hoc-Implementierungen planen, falls erforderlich. | Ad-hoc-Implementierungen können jederzeit terminiert werden, sodass Sie keine umfassenden Implementierungslisten im Voraus erstellen müssen. Wiederholt auftretende Fenster können definiert und getestet werden. |
2. Geplante Implementierungen aktualisieren. | Fügen Sie bestimmte Anwendungsversionen zum Implementieren hinzu. |
3. Tasks des Implementierungsplans überprüfen. | Ändern Sie die Tasks wie erforderlich. Tasks können manuell zu einer geplanten Implementierung hinzugefügt werden, oder können mithilfe von CSV-Dateien importiert werden. Nach dem Definieren und Speichern einer Task wird sie Teil des Implementierungsplans und ist für zukünftige Implementierungen verfügbar. |
4. Anwendungsversionen durch Anwenden von Qualitätsstatus zertifizieren. | Qualitätsstatus geben an, dass Versionen den Qualitätsanforderungen entsprechen. Status können manuell oder durch die Integration mit externen Tools zugewiesen werden. |
5. Gate-Ausnahmen gewähren. | Genehmigungen und Gates können ausgesetzt werden, wenn eine Notfallimplementierung erforderlich ist. |
6. Implementierungen genehmigen. | Eine Genehmigung ist ein Mechanismus, der zum Einschränken von Implementierungen in Umgebungen verwendet wird, unabhängig von Qualitäts- (bzw. Status-)aspekten. |
7. Implementierungen ausführen. | Implementierungen können ausführt werden, indem Sie die im Implementierungsplan definierten Tasks ausführen. |
8. Eckdaten abschließen. | Aktualisieren Sie den Eckdatenstatus nach Abschluss. Eckdaten sind zusätzliche Implementierungselemente, die beliebige Angaben in Bezug auf das Release darstellen können. |
Aktivität | Beschreibung |
---|---|
1. Vorbedingungen des Implementierungsplans überprüfen. | Eine Implementierung besteht aus Segmenten. Dies sind Taskgruppen, die gleichzeitig abgeschlossen werden müssen. Ein Segment kann erst gestartet werden, wenn alle Vorbedingungen erfüllt wurden. Außer dem ersten Segment können alle Segmente Vorbedingungen haben. |
2. Gesamtplan überprüfen. | Vergewissern Sie sich, dass alle Tasks eine erwartete Dauer haben, da die Segmentlänge mithilfe dieses Werts berechnet wird. |
3. Tasks zuweisen oder übernehmen. | Tasks können zu einer Rolle oder einem bestimmten Benutzer zugewiesen werden. Nicht zugewiesene Tasks können bei einem beliebigen Benutzer mit der definierten Rolle übernommen werden. |
4. Benachrichtigungen konfigurieren. | Benachrichtigungen können einem Plan, Segment oder einer Task zugewiesen werden, und können auf verschiedene Weisen ausgelöst werden. E-Mail-Benachrichtigungen können an Benutzer gesendet werden, wenn benutzerdefinierte Auslöserereignisse auftreten. |
5. Implementierungen überwachen. | Das Dashboard stellt ein zentrales Portal für Ihre Implementierungen bereit. Über das Dashboard können Sie den jeweiligen Echtzeit-Status für aktuelle Releases abrufen. |