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 Leistungsverbesserungen in Form neuer Features, Erweiterungen 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 Features haben.

Unter diesem Thema wird das Verfahren der wöchentlichen Releases beschrieben, einschließlich der Option eines 12-Stunden-Vorabzugriffs für Enterprise Edition- und Business Critical Edition-Konten oder eines 24-Stunden-Vorabzugriffs für Virtual Private Snowflake (VPS)-Konten, die zusätzliche Release-Tests ermöglichen (falls gewünscht).

Unter diesem Thema:

Release-Typen (wöchentlich)

Jede Woche stellt Snowflake zwei geplante/terminierte Releases bereit:

Vollständiges Release:

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

  • Neue Features

  • Erweiterung/Aktualisierung der Features

  • Korrekturen (Fixes)

  • Verhaltensänderungen (siehe nächster Abschnitt unter diesem Thema)

Darüber hinaus enthält ein vollständiges Release eine aktualisierte Dokumentation der Snowflake-Versionshinweise pro Wochenzyklus. Siehe Was gibt’s Neues?.

Vollständige Releases können an jedem beliebigen Wochentag bereitgestellt werden. Allerdings planen wir in der Regel keine vollständigen Releases am Freitag, um Probleme zu vermeiden, die außerhalb der Geschäftszeiten auftreten könnten.

Patch-Release:

Ein Patch-Release enthält nur Korrekturen. Beachten Sie, dass ein geplantes 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.

Darüber hinaus werden (je nach Bedarf) während oder nach der Fertigstellung des vollständigen Releases Patch-Releases bereitgestellt, um aufgetretene Probleme zu beheben.

Verhaltensänderungen (Monatlich)

Jeden Monat (außer im November und Dezember) wählt Snowflake eine der wöchentlichen vollständigen Releases des Monats aus, um Verhaltensänderungen einzuführen. Das für die Verhaltensänderungen ausgewählte wöchentliche Release kann variieren, ist aber normalerweise das 3. oder 4. Release des Monats.

Eine Verhaltensänderung ist definiert als jede Änderung eines bestehenden Verhaltens, die zu anderen Ergebnissen als zuvor führt und sich auf den Kundencode oder die Workloads auswirken kann. Verhaltensänderungen werden in Bundles bereitgestellt, die die folgende Namenskonventionen verwenden:

YYYY_NN

Dabei steht YYYY für das Jahr und NN für die Ordnungszahl des Releases innerhalb des Jahres. Beispielsweise wäre 2022_06 das 6. Verhaltensänderungs-Bundle, das 2022 eingeführt wurde.

Weitere Details dazu finden Sie unter Verwalten von Verhaltensänderungen.

Lebenszyklus eines Bundles

Der Lebenszyklus des Verhaltensänderungs-Bundles besteht aus den folgenden beiden Phasen:

Testphase (1. Monat):

Das Bundle wird als „standardmäßig deaktiviert“ eingeführt. Während dieses Zeitraums können Sie das Bundle für ein oder mehrere Konten aktivieren. Normalerweise wählen Sie dafür Konten aus, die für die Entwicklung oder QA (Qualitätssicherung) bestimmt sind, damit Sie die Änderungen testen können, ohne Ihre Produktionskonten zu beeinträchtigen.

Opt-out-Phase (2. Monat):

Das Bundle wird von „standardmäßig deaktiviert“ auf „standardmäßig aktiviert“ umgestellt. Während dieses Zeitraums können Sie das Bundle in Ihren Konten deaktivieren. Auf diese Weise können Sie die Änderungen im Bundle, in der Regel für Produktionskonten, aufschieben und gleichzeitig alle notwendigen Anpassungen vornehmen, um die Auswirkungen der Änderungen zu minimieren.

Während dieser beiden Zeiträume behält Snowflake die Einstellung für ein bestimmtes Bundle bei. Das heißt, wenn Sie ein Bundle während der Testphase deaktivieren, werden wir es auch zu Beginn der Opt-out-Phase nicht aktivieren.

Nach Ablauf der Opt-out-Phase aktiviert Snowflake die Verhaltensänderungen im Bundle für alle Konten, sodass dieses Bundle als „allgemein verfügbar“ gilt. Ab diesem Zeitpunkt können Sie das Bundle weder aktivieren noch deaktivieren. Sie können jedoch weiterhin die vorübergehende Deaktivierung einzelner Verhaltensänderungen im Bundle direkt beim Snowflake-Support beantragen.

Dokumentation von Verhaltensänderungen

Ein Release, das Verhaltensänderungs-Bundles enthält, enthält die folgende Dokumentation (zusätzlich zu den Versionshinweisen für das Release):

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 mehrere 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 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 Endzustand beträgt normalerweise 12 bis 24 Stunden, je nach Snowflake Edition, kann aber auch länger oder kürzer sein. 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 für den Vorabzugriff vorsehen, um den Vorteil des Zeitraums zwischen Vorabzugriff und finalem Zugriff von vollständigen Releases nutzen zu können. 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 Ihren Snowflake-Kundenbetreuer.

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

  1. Verwenden Sie CURRENT_VERSION (oder eine UDF, die ähnliche Ergebnisse zurückgibt), um zu überprüfen, ob das Vorabzugriffskonto auf das vollständige Release umgestellt wurde.

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

  3. Sollten Probleme auftreten, benachrichtigen Sie den Snowflake-Support, der mit Ihnen zusammenarbeiten kann, um zu verhindern, dass die Probleme Ihre anderen Konten beeinträchtigen.

Tipp

Ein Vorabzugriff ist für Organisationen mit Enterprise Edition-Konten weder erforderlich noch empfehlenswert. Die strengen Release-Tests und die Überwachung während der Bereitstellung durch Snowflake 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.