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. 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 versions prévues/planifiées :

Version complète

Une version complète peut comprendre l’un des éléments suivants :

  • Nouvelles fonctionnalités

  • Améliorations ou mises à jour des fonctionnalités

  • Corrections

En outre, une version complète comprend les éléments livrables de documentation suivants (le cas échéant) :

  • Notes de publication hebdomadaires (si nécessaire), publiées dans la communauté Snowflake.

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

Les versions complètes peuvent être déployées tous les jours de la semaine, sauf le vendredi.

Version de correctif

Une version de correctif comprend uniquement des correctifs. Notez que la version de correctif pour une semaine donnée peut être annulée si la version complète pour la semaine est suffisamment retardée ou prolongée.

Si nécessaire, 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 ou après.

Version de changement de comportement

Chaque mois, Snowflake déploie une version de changement de comportement. Les versions de changement de comportement contiennent des modifications de comportements existants qui peuvent avoir un impact sur les clients.

Les versions de changement de comportement s’étalent sur deux mois : au cours du premier mois (ou période de test), la version de changement de comportement est désactivée par défaut, mais vous pouvez l’activer dans votre compte ; au cours du deuxième mois (ou période de fin d’abonnement), le changement de comportement est activé par défaut, mais vous pouvez le désactiver dans votre compte.

Snowflake n’annule pas ces paramètres pendant la version : si vous désactivez une version pendant la période de test, nous ne l’activons pas au début de la période de fin d’abonnement. À la fin de la période de fin d’abonnement, Snowflake active les changements de comportement dans tous les comptes. Cependant, vous pouvez toujours demander une extension pour désactiver les changements de comportement spécifiques de la version en contactant le support Snowflake.

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 :

  • Série complète de tests de régression dans les comptes internes sur toutes les plates-formes Cloud prises en charge.

  • Simulation de l’exécution de charges de travail client sélectionnées et impactées (par exemple, des requêtes sur des données client), en se concentrant sur les charges de travail les plus susceptibles d’être impactées par les changements présents dans la version.

Processus de publication par étapes

Lorsqu’une version complète 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 à trois étapes sur deux jours (ou plus). Les comptes sont déplacés vers la version complète dans l’ordre suivant, en fonction de leur édition Snowflake :

Jour 1

Étape 1 (accès précoce) pour les comptes Standard et les comptes désignés Enterprise (ou supérieurs).

Jour 1 ou 2

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

Jour 2

Étape 3 (finale) pour les comptes Enterprise (ou supérieurs).

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. Elle permet également de désigner des comptes Entreprise pour les tests d’accès anticipé (voir la section suivante de ce chapitre).

Note

Cette approche par étapes s’applique uniquement aux versions complètes. 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 version complète ou une version de correctif, le déploiement peut être interrompu ou 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 versions complètes

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 versions complètes. 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 version complète.

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

  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 versions complètes.