Snowflake-Releases

Snowflake ist bestrebt, seinen Benutzern eine nahtlose, stets aktuelle Nutzungserfahrung zu bieten und gleichzeitig durch schnelle Entwicklung und kontinuierliche Innovation einen immer höheren Wert zu erzielen.

Um dieser Verpflichtung nachzukommen, stellen wir jede Woche neue Releases bereit. Auf diese Weise können wir regelmäßig Serviceverbesserungen in Form neuer Funktionen, Verbesserungen und Korrekturen bereitstellen. Die Bereitstellungen erfolgen transparent im Hintergrund und führen weder zu Ausfallzeiten noch Betriebsunterbrechungen. So können Benutzer immer sicher sein, dass sie gerade das aktuelle Release verwenden und Zugriff auf die neuesten Funktionen haben.

Unter diesem Thema wird das Verfahren der wöchentlichen Releases beschrieben, einschließlich der Option des 24-Stunden-Vorabzugriffs für Enterprise Edition-Konten (und höher), der zusätzliche Release-Tests ermöglicht (falls gewünscht).

Unter diesem Thema:

Release-Typen

Jede Woche stellt Snowflake zwei geplante/terminierte Releases bereit:

Vollständiges Release

Ein vollständiges Release kann eines der folgenden Elemente enthalten:

  • Neue Funktionen

  • Funktionserweiterungen oder Updates

  • Korrekturen (Fixes)

Darüber hinaus werden zu einem vollständigen Release folgenden Dokumentationen bereitgestellt (sofern zutreffend):

  • Wöchentliche Versionshinweise (Release Notes), die in der Snowflake-Community veröffentlicht werden.

  • Aktualisierte Snowflake-Dokumentation, einschließlich Was gibt’s Neues? (nach Monaten zusammengefasst).

Vollständige Releases können an jedem Tag der Woche außer Freitag bereitgestellt werden.

Patch-Release

Ein Patch-Release enthält nur Korrekturen. Beachten Sie, dass ein Patch-Release für eine bestimmte Woche zurückgestellt werden kann, wenn sich das vollständige Release einer Woche ausreichend verzögert oder verlängert.

Bei Bedarf werden zusätzliche Patch-Releases bereitgestellt, um alle Probleme zu beheben, die während oder nach dem Release-Prozess festgestellt werden.

Release zur Verhaltensänderung

Jeden Monat stellt Snowflake ein Release zur Verhaltensänderung bereit. Releases zu Verhaltensänderungen enthalten Änderungen an bestehenden Verhaltensweisen, die für den Kunden Auswirkungen haben können.

Releases von Verhaltensänderungen erfolgen über zwei Monate: Während des ersten Monats oder Testzeitraums ist die Freigabe der Verhaltensänderung standardmäßig deaktiviert, Sie können sie jedoch in Ihrem Konto aktivieren. Im zweiten Monat oder Opt-out-Zeitraum ist die Verhaltensänderung standardmäßig aktiviert, Sie können sie jedoch in Ihrem Konto deaktivieren.

Snowflake setzt diese Einstellungen während des Releases nicht außer Kraft: Wenn Sie ein Release während der Testphase deaktivieren, werden wir es auch zu Beginn der Opt-out-Periode nicht aktivieren. Am Ende der Opt-out-Periode aktiviert Snowflake die Verhaltensänderungen in allen Konten. Sie können jedoch immer noch eine Erweiterung anfordern, um bestimmte Verhaltensänderungen aus dem Release zu deaktivieren. Wenden Sie sich dazu an den Snowflake-Support.

Testen/Validieren vor Release-Veröffentlichung

Bei Snowflake hat die Release-Qualität höchste Priorität. Bevor ein Release Version bereitgestellt wird, durchläuft es einen umfassenden Satz von Validierungstests, die Folgendes umfassen:

  • Normale Build-Tests.

  • Kontinuierliche Workload- und Performancetests.

Darüber hinaus wird vor dem Umstellen von Kundenkonten auf ein neues Release die folgende Validierung durchgeführt:

  • Vollumfängliche Regressionstests in internen Accounts über alle unterstützten Cloudplattformen.

  • Simulieren der Ausführung ausgewählter betroffener Kunden-Workloads (z. B. Abfragen auf Kundendaten), mit Schwerpunkt auf Workloads, die am ehesten von den Änderungen im Release betroffen sind.

Gestaffelter Release-Prozess

Sobald ein vollständiges Release bereitgestellt wurde, stellt Snowflake nicht alle Konten auf einmal auf dieses Release um. Konten werden in einem dreistufigen Verfahren über zwei oder mehr Tage auf das Release umgestellt. Konten werden in der folgenden Reihenfolge auf Basis der Snowflake Edition auf das vollständige Release umgestellt:

Tag 1

Stufe 1 (Vorabzugriff) für Standard-Konten und bestimmte Enterprise-Konten (oder höher).

Tag 1 oder 2

Stufe 2 (regulärer Zugriff) für Standard-Konten.

Tag 2

Stufe 3 (finaler Zugriff) für Enterprise-Konten (oder höher).

Der zeitliche Mindestabstand zwischen dem Vorabzugriff und dem finalen Zugriff beträgt 24 Stunden. Dieser stufenweise Ansatz ermöglicht es Snowflake, die Umstellung der Konten zu überwachen und auf eventuell auftretende Probleme zu reagieren. Es ermöglicht auch das Festlegen von Enterprise-Konten für Frühzugriffstests (siehe nächster Abschnitt unter diesem Thema).

Bemerkung

Dieser stufenweise Ansatz gilt nur für vollständige Releases. Bei Patch-Releases werden alle Konten am selben Tag umgestellt.

Wenn bei der Umstellung der Konten auf ein vollständiges Release oder ein Patch-Release Probleme auftreten, wird die Release-Bereitstellung möglicherweise angehalten oder zurückgesetzt. In den meisten Fällen wird eine überarbeitete Version des angehaltenen/zurückgesetzten Releases innerhalb von 24–48 Stunden bereitgestellt.

Vorabzugriff auf vollständige Releases

Wenn Sie über mehrere Enterprise Edition-Konten (oder höher) verfügen, können Sie eines oder mehrere dieser Konten dafür vorsehen, die 24 Stunden zwischen Vorabbereitstellung und die finaler Bereitstellung von vollständigen Releases zu nutzen. Dies kann besonders hilfreich sein, wenn Sie separate Konten für Entwicklung/Test und Produktion verwenden.

Um ein Konto für den Vorabzugriff festzulegen, wenden Sie sich an den Snowflake-Support.

Sobald Sie ein oder mehrere Konten für den Vorabzugriff festgelegt haben, können Sie ein Testframework implementieren, das dem folgenden ähnelt:

  1. Verwenden Sie CURRENT_VERSION (oder ein UDF, das ähnliche Ergebnisse zurückgibt), um zu überprüfen, ob die Konten auf den Vorabzugriff vollständige Releases umgestellt wurden.

  2. Verwenden Sie Ihre Vorabzugriffskonten, um die Produktions-Workloads mit dem vollständigen Release zu testen.

  3. Wenn Probleme auftreten, benachrichtigen Sie den Snowflake-Support, der mit Ihnen zusammenarbeiten kann, um zu verhindern, dass die Probleme Ihre anderen Konten stören.

Tipp

Ein Vorabzugriff ist nicht für alle Organisationen mit Enterprise Edition-Konten erforderlich oder empfehlenswert. Die strengen Tests und die Überwachung von Snowflake-Releases während der Bereitstellung reichen normalerweise aus, um die meisten Probleme zu vermeiden. Der Vorabzugriff ist in erster Linie für Unternehmen gedacht, die bei Umstellung ihrer Produktionskonten auf vollständige Releases zusätzliche Sicherheit wünschen.