- Automation Cloud und Test Cloud
- Automation Cloud – Öffentlicher Sektor und Test Cloud – Öffentlicher Sektor
- Automation Cloud und Test Cloud dediziert

Versionshinweise zu Apps
Versionshinweise für das laufende Jahr finden Sie, wenn Sie einen Monat im Inhaltsverzeichnis auf der linken Seite auswählen.
Auf jeder Seite sind die Änderungen aufgelistet, die in der Automation CloudTM Dedicated während des jeweiligen Monats vorgenommen wurden: neue Funktionen, Fehlerbehebungen usw.
Auf dieser Seite wird erklärt, wie Aktualisierungen umgebungsübergreifend in der Automation Cloud Dedicated bereitgestellt, gesteuert und kommuniziert werden, indem ein Bereitstellungsmodell verwendet wird, das auf Ringen basiert.
Versionsübersicht
Automation Cloud Dedicated erscheinen alle zwei Wochen. Jeder Sprint liefert eine Nutzlast, die Folgendes umfasst: neue Funktionen und Verbesserungen, Sicherheitspatches, Infrastruktur, Konfigurationsaktualisierungen und Fehlerbehebungen.
Alle Aktualisierungen folgen einer Ringbasierten Rollout-Strategie, die von einem Dienstbereitstellungsplan gesteuert wird.
Rollout-Zeitplan und -Umgebungen
Der Bereitstellungslebenszyklus von Automation Cloud Dedicated umfasst die folgenden Komponenten:
- Release-Frequenz – Releases folgen einem Zeitplan einmal alle zwei Wochen. Jeder Sprint beinhaltet kumulative Updates, wie z. B. neue Funktionen, Verbesserungen, Sicherheitspatches und Fehlerbehebungen.
- Ringbasierter Rollout – Die Releases durchlaufen mehrere Umgebungen nacheinander, wobei Sandbox die erste Umgebung ist. Die folgenden Umgebungen hängen von Ihrem bevorzugten Zeitplan und der Bereitstellungsarchitektur ab.
Die Sandbox-Umgebung ist eine freigegebene Instanz, die Sie zur Vorabvalidierung von Aktualisierungen verwenden können. Zu diesem Zeitpunkt werden Versionshinweise veröffentlicht.
Hinweis: Der Rollout-Flow schließt Blackout-Fenster und Freeze-Zeiträume aus.
Arten von Releases
- Standard-Release: Regelmäßige Bereitstellung von Produkt-, Infrastruktur- und Konfigurationsupdates alle zwei Wochen.
- Hotfix-Releases: Notfallbehebung für Sicherheitslücken oder wichtige Fehler.
Hotfixes und Notfallversionen
Bei Korrekturen mit hoher Priorität folgt der Bereitstellungslebenszyklus diesen Ausnahmen:
- Releases werden über alle Ring hinweg schnell nachverfolgt.
- Rufverzögerungen, Wartungsfenster und Blackout-Fenster können je nach Dringlichkeit umgangen werden.
Aktualisieren Sie Steuerelemente
Automation Cloud Dedicated bietet Flexibilität bei der Bereitstellung von Aktualisierungen. Sie können Ihre Produktionsumgebung mit den folgenden Upgrade-Steuerelementtypen konfigurieren:
- Verzögerte Veröffentlichung: Verschieben Sie Aktualisierungen um bis zu 30 Tage.
- Blackout-Fenster: Verhindern Sie Bereitstellungen während eines festgelegten Zeitraums.
Blackout-Zeiten gelten folgende Regeln:
- Kann maximal 30 aufeinanderfolgende Tage dauern.
- Muss von einer 10-tägigen Öffnungszeit gefolgt werden, bevor ein weiteres Blackout angewendet werden kann.
- Muss mindestens fünf Werktage im Voraus eingereicht werden.
- Bereitstellungszeitpläne können innerhalb der nächsten 48 Stunden nicht blockiert werden.
Zum Beispiel können Sie ein Blackout-Fenster verlängern, das in weniger als zwei Tagen endet, aber Sie können ein Blackout-Fenster anpassen, das nach mehr als fünf Tagen endet.
- Wartungsfenster: Stellen Sie sicher, dass Upgrades außerhalb der Geschäftszeiten durchgeführt werden.
Das Wartungsfenster ist in der Regel zwischen 15:00 und 21:00 Uhr EST geplant.
Für Upgrades in allen Produktionsumgebungen wird ein ununterbrochenes Fenster von 6 Stunden empfohlen.
Kommunikation und Benutzerverantwortung
Um sicherzustellen, dass Sie wissen, wie Releases in Ihrer Automation Cloud Dedicated Organisation eingeführt werden, sollten Sie die folgenden Ressourcen überprüfen:
- Versionshinweise: Veröffentlicht am selben Tag, an dem die Sandbox-Umgebung aktualisiert wird.
- Benachrichtigungen auf der Statusseite: Wird für jede Ausfallzeit mit einer Ankündigung von mindestens sieben Tagen verwendet.
Als Automation Cloud Dedicated wird Folgendes von Ihnen erwartet:
- Überprüfen Sie regelmäßig die Versionshinweise und Statusseitenaktualisierungen.
- Überprüfen Sie die Versionshinweise nach der Veröffentlichung.
- Validieren Sie die Änderungen in Sandbox und allen anderen genehmigten Umgebungen.
- Öffnen Sie ein Support-Ticket, um die Produktionsversion anzuhalten, wenn Sie Regressionen oder Leistungsprobleme entdecken.
Rollout-Beispiel
Wenn ein Sprint-Release beispielsweise am 7. Juli in Sandbox bereitgestellt wird und die Produktionsverzögerung 30 Tage beträgt, wäre der Zeitplan wie folgt:
- Das Sandbox-Upgrade wurde am 7. Juli durchgeführt.
- Versionshinweise, die am 7. Juli veröffentlicht wurden.
- Produktionsupgrade am 9. August durchgeführt.