Versions de Snowflake

Snowflake s’engage à fournir une expérience sans faille et toujours à jour à nos utilisateurs, tout en offrant une valeur toujours croissante grâce à un développement rapide et à une innovation continue.

Pour respecter cet engagement, nous déployons chaque semaine de nouvelles versions et de nouveaux correctifs. Cela nous permet de proposer régulièrement des améliorations de service sous la forme de nouvelles fonctionnalités, d’améliorations et de correctifs. Les déploiements se déroulent de manière transparente en arrière-plan ; les utilisateurs ne subissent aucun temps d’arrêt ni aucune interruption de service et sont toujours assurés de disposer de la version la plus récente avec un accès aux dernières fonctionnalités.

Ce chapitre décrit le processus que nous suivons pour les versions hebdomadaires, y compris la possibilité de demander un accès anticipé de 24 heures pour les comptes Enterprise Edition (et versions ultérieures) afin d’activer des tests de versions supplémentaires (si vous le souhaitez).

Dans ce chapitre :

Types de versions

Chaque semaine, Snowflake déploie deux types de versions planifiées :

Nouvelle version

peut inclure de nouvelles fonctionnalités, des changements de comportement, des améliorations, des mises à jour et des correctifs.

De plus, une nouvelle version comprend les éléments livrables suivants (le cas échéant) :

  • Documentation Snowflake mise à jour, y compris Nouveautés (consolidée par mois).

  • Notes de publication hebdomadaires, publiées dans la communauté Snowflake.

Version de correctif

comprend uniquement des correctifs.

Des versions de correctifs supplémentaires sont déployées selon les besoins pour résoudre les problèmes rencontrés au cours du processus de publication.

Test/validation préliminaire

Chez Snowflake, la qualité des versions est une priorité absolue. Avant le déploiement de chaque version, elle passe par une suite complète de tests de validation qui incluent :

  • Des tests de compilation réguliers.

  • Des tests continus de charge de travail et de performances.

En outre, avant de déplacer des comptes clients vers une version, la validation suivante est effectuée sur toutes les plates-formes Cloud prises en charge :

  • Déploiement sur des comptes internes pour une série complète de tests de régression.

  • Déploiement sur des comptes de production exécutant des charges de travail client simulées.

Version concernant les mises en zone de préparation

Lorsqu’une nouvelle version a été déployée, Snowflake ne déplace pas tous les comptes vers cette version en même temps. Les comptes sont déplacés en utilisant une approche en trois étapes sur deux jours. Les comptes sont déplacés vers la nouvelle version dans l’ordre suivant, en fonction de leur édition Snowflake :

Jour 1

Étape 1 (accès anticipé) pour les comptes Enterprise désignés.

Jour 1 ou 2

Étape 2 (accès régulier) pour tous les comptes Standard Edition.

Jour 2

Étape 3 (finale) pour tous les comptes Enterprise Edition et VPS.

Le temps minimum écoulé entre les étapes d’accès anticipé et d’accès final est de 24 heures. Cette approche par étapes permet à Snowflake de surveiller l’activité à mesure que les comptes sont déplacés et de répondre à tous les problèmes qui peuvent survenir.

Note

Cette approche par étapes s’applique uniquement aux nouvelles versions. Pour les versions de correctifs, tous les comptes sont déplacés le même jour.

En outre, si des problèmes sont découverts lors du déplacement des comptes vers une nouvelle version ou une version de correctif, le déploiement peut être interrompu ou, dans de rares cas, annulé. Dans la plupart des cas, une solution à un déploiement interrompu/annulé est déployée dans les 24 à 48 heures.

Accès anticipé aux nouvelles versions

Si vous avez plusieurs comptes Enterprise Edition (ou supérieur), vous pouvez désigner un ou plusieurs de ces comptes pour bénéficier de la période de 24 heures entre les étapes d’accès anticipé et final pour les nouvelles versions. Cela peut être particulièrement utile si vous gérez des comptes distincts pour le développement/test et la production.

Pour désigner un compte bénéficiant d’un accès anticipé, veuillez contacter le support Snowflake.

Une fois que vous avez désigné un ou plusieurs comptes pour un accès anticipé, vous pouvez mettre en œuvre un cadre de test similaire au suivant :

  1. Utilisez CURRENT_VERSION (ou un UDF qui renvoie des résultats similaires) pour vérifier quand vos comptes d’accès anticipé disposent bien de la nouvelle version.

  2. Utilisez vos comptes d’accès anticipé pour tester vos charges de travail de production par rapport à la nouvelle version.

  3. En cas de problème, informez le support Snowflake, qui peut travailler avec vous pour éviter que les problèmes ne perturbent vos autres comptes.

Astuce

Un accès anticipé n’est ni requis ni recommandé pour toutes les organisations disposant de comptes Enterprise Edition ; la surveillance et les tests rigoureux des versions de Snowflake pendant les déploiements sont généralement suffisants pour éviter la plupart des problèmes. L’accès anticipé est principalement destiné aux organisations qui souhaitent avoir la certitude que leurs comptes de production ne seront pas affectés par les changements dans les nouvelles versions.