Les nouveautés Snowflake Février 2026

Ce mois-ci, Snowflake continue de faire évoluer sa plateforme analytique Snowflake en un écosystème de développement ouvert et intelligent. Le focus de ce mois ci sera sur ces 4 sujets :

• Cortex Code (Preview) : Un agent IA natif qui écrit, optimise et explique votre code SQL et Python en comprenant parfaitement l'architecture et les droits d'accès de votre entreprise
• Notebooks en GA : L'IDE Data Science qui mélange Markdown, SQL et Python dans un seul document collaboratif, sans faire sortir la donnée de l'enceinte sécurisée de Snowflake
• Horizon & Iceberg (GA) : Vos tables Iceberg sont désormais interrogeables par des moteurs externes (Spark, Trino) tout en conservant la gouvernance et la sécurité centralisées de Snowflake Horizon
• Snowflake Postgres (GA) : Déployez des bases de données de production (OLTP) 100% compatibles PostgreSQL directement dans votre Data Cloud pour supprimer définitivement les flux ETL entre l'opérationnel et l'analytique

Snowflake Cortex Code (Preview & GA CLI)

Disponible en Preview depuis le 2 Février 2026, Cortex Code est le nouveau point d'entrée IA directement intégré dans les Workspaces et l'interface Snowsight. Contrairement à un simple chatbot, il possède une "orchestration intelligente" : il comprend vos rôles, vos privilèges (RBAC), vos schémas de données et applique les meilleures pratiques de développement Snowflake.

L'interface de Cortex Code

La capacité de sélectionner un contexte de feuille de SQL, Schema, BDD, ainsi que d’ajouter ses propres fichiers agents .md

Les modèles derrière Cortex Code

Cortex Code ne repose pas sur un modèle unique figé. Snowflake recommande d'utiliser le paramètre de modèle sur auto.

Avec ce réglage, le moteur sélectionne automatiquement le modèle le plus performant disponible pour votre compte. Selon la documentation officielle, les modèles de pointe supportés par l'écosystème Cortex incluent la famille Anthropic (claude) tel que claude-opus-4-5, claude-sonnet-4-5, claude-4-sonnet

Le prérequis : L'activation du Cross-Region

Point crucial pour les utilisateurs français et européens : Si votre compte Snowflake est hébergé dans une région européenne, les modèles les plus avancés ne sont pas toujours hébergés physiquement dans ce même centre de données.

Pour que Cortex Code fonctionne, un administrateur (ACCOUNTADMIN) doit activer l’inter-région. C'est ici que se pose la question de la conformité :

• L'option Européenne (RGPD Friendly) : ALTER ACCOUNT SET CORTEX_ENABLED_CROSS_REGION = 'AWS_EU';
  • Implication : Les requêtes (le prompt et les métadonnées associées) sont envoyées vers une autre région en Europe. Les données ne quittent pas l'Union Européenne
  • Limite : Vous aurez accès aux modèles de la famille Claude disponibles en Europe, mais potentiellement pas aux toutes dernières versions de pointe le jour de leur sortie
• L'option Performance (Risque de conformité) : ALTER ACCOUNT SET CORTEX_ENABLED_CROSS_REGION = 'AWS_US'; (ou 'ANY_REGION')
  • Implication : La documentation précise que "AWS US offre la plus haute qualité" et permet d'accéder (par exemple) aux modèles Claude Sonnet 4.x complets
  • Risque : L'inférence est traitée aux États-Unis. Bien que Snowflake garantisse la sécurité des flux, la donnée quitte temporairement le territoire européen, ce qui peut enfreindre les règles de gouvernance de votre entreprise

(Note pour la facturation : Cortex Code dans Snowsight est actuellement gratuit pendant la phase de Preview. Les modèles de facturation à la consommation de tokens s'appliquent principalement à la version CLI)

Exemple d’utilisation de Data Discovery et d’aide au code :

La requête ajoutée à ma feuille de calcul :

Un exemple de demande de modélisation d'un schéma 

NB : arrivée de la vue CORTEX_AGENT_USAGE_HISTORY pour le suivi du budget Cortex, qui devient maintenant une ligne budgétaire structurée et mesurable

Notebooks dans les Workspaces (General Availability)

Officiellement en GA depuis le 5 février, l'expérience Notebooks dans les Workspaces transforme Snowflake. Ce n'est plus seulement une base de données, c'est un véritable environnement de développement (IDE) intégré pour vos équipes Data.

Reprise de l’exemple de Décembre sur l’utilisation d’une notebook SQL + Python

Les enjeux

• Sécurité & Conformité : La donnée ne quitte plus Snowflake. Vos politiques de sécurité (RBAC, masquage des données) s'appliquent de bout en bout
• Productivité (Time-to-Market) : En combinant SQL, Python (Snowpark) et Markdown dans le même document, les équipes Data Engineering et Data Science parlent le même langage au même endroit
• Collaboration : Grâce aux Workspaces et à l'intégration Git native, partager un modèle ou une analyse devient aussi simple que de partager un document Google Drive / Sharepoint

Les limites

Gestion des coûts (FinOps) : Les Notebooks s'appuient sur vos Virtual Warehouses (ou Snowpark Container Services pour les calculs lourds/GPU). Une session Notebook laissée active consomme des crédits. Il est crucial de configurer les règles d'auto-suspend et de surveillance.

Conduite du changement : Il faudra convaincre vos Data Scientists d'abandonner leurs environnements locaux personnalisés pour cette interface cloud.

Horizon & Iceberg : Support des moteurs externes (General Availability)

Officiellement en GA depuis le 6 février, la prise en charge des moteurs de requête externes pour les tables Apache Iceberg via Snowflake Horizon est une évolution importante de l'architecture de données.

Snowflake accepte définitivement que le calcul puisse se faire ailleurs, tout en gardant le contrôle sur la sécurité

Les avantages de l’utilisation d’un moteur externe

• La fin du "Vendor Lock-in" (Interopérabilité) : Vos données sont stockées dans votre propre cloud (S3, Azure, GCS) au format ouvert Parquet/Iceberg. Vous pouvez désormais les interroger simultanément avec Snowflake pour la BI, et avec Apache Spark ou Trino pour d'autres traitements lourds, sans aucune duplication de données
• Gouvernance Centralisée (Le point fort) : C'est la promesse d'Horizon, même si un moteur externe (comme Spark) vient lire la table, c'est le catalogue Snowflake qui fait autorité. Vos politiques de masquage des données sensibles (Dynamic Data Masking) et votre traçabilité (Lineage) restent unifiées
• Optimisation des coûts (FinOps) : Vous avez désormais la liberté d'utiliser le moteur de calcul le plus rentable ou le plus adapté pour chaque cas d'usage spécifique, tout en partageant la même donnée de base

Limites :

• Complexité d'architecture : La configuration initiale (gestion des rôles IAM, intégration des catalogues externes, certificats de sécurité) nécessite une solide expertise Cloud et DevOps
• Perte de certaines optimisations natives : Un moteur externe lisant vos tables Iceberg ne bénéficiera pas de l'intégralité des optimisations spécifiques de Snowflake (comme le Result Cache natif ou certaines optimisations de micro-partitionnement dynamiques exclusives au moteur Snowflake)

Snowflake Postgres (General Availability)

Snowflake ne se limite plus à l'analytique (Data Warehouse). Vous pouvez désormais déployer et opérer de véritables bases de données transactionnelles PostgreSQL, entièrement managées, directement au cœur de votre Data Cloud.

Les changements

• "Lift and Shift" sans friction : Étant 100% compatible avec le standard open-source PostgreSQL, vous pouvez migrer vos applications de production existantes vers l'infrastructure Snowflake sans réécrire votre code. Vos développeurs conservent leurs outils habituels (pgAdmin, DBeaver, ORMs).
• La fin des silos (Zero-ETL) : Permet d’éviter les pipelines de données entre vos bases opérationnelles et votre environnement analytique. Vos données de production sont immédiatement disponibles pour être croisées avec vos données historiques ou pour alimenter vos agents IA (Cortex).
• Interopérabilité Iceberg native : Grâce à l'extension pg_lake (intégrée par Snowflake), vos instances Postgres peuvent lire et écrire directement sur vos tables Apache Iceberg. Le pont entre le transactionnel et l'Open Data est total.

Source pg_lake : https://www.snowflake.com/en/engineering-blog/pg-lake-postgres-lakehouse-integration/

Les enjeux

• Un nouveau paradigme FinOps : Contrairement à vos Virtual Warehouses classiques qui s'éteignent automatiquement après quelques minutes d'inactivité, une instance Postgres tourne sur une machine virtuelle dédiée en continu (Compute Size, Storage, RAM). Il faudra intégrer ce nouveau type de facturation à vos budgets.
• Gouvernance des accès séparée : L'authentification à votre instance Postgres nécessite des identifiants spécifiques (Postgres Roles). Elle n'hérite pas nativement du SSO ou des rôles (RBAC) de votre session Snowflake, ce qui demandera une petite adaptation de la part de vos équipes de sécurité

Autres nouveautés Snowflakes notables 

• Trust Center - Onglet Overview (Preview) : Un tableau de bord unifié pour surveiller votre posture de sécurité
• Classification des données semi-structurées (GA) : La capacité de Snowflake Horizon à détecter des données sensibles au sein de fichiers JSON est désormais stabilisée (5 février)
• Native Apps - Shareback (GA) : Permet aux applications natives de renvoyer des données ou des métadonnées au fournisseur de l'application (10 fév.)
• Grouped Query History (GA) : Une amélioration de l'interface Snowsight (23 février) qui regroupe les requêtes similaires pour faciliter le débogage et l'optimisation des coûts (FinOps)

Agenda : Prochains Rendez-vous Snowflake

• Mars - Avril 2026 : Tournée Snowflake Data for Breakfast. Plus de 100 villes à travers le monde !
• En France
  • Lyon 2 Avril : Nous vous attendrons à notre stand Next Decision !
  • Lille 9 Avril
  • Paris 14 Avril
• 1-4 Juin 2026 : Snowflake Data Cloud Summit '26 (San Francisco). Les inscriptions sont ouvertes. Notez que les sessions techniques ont été annoncées

Documentation Snowflake 

Feb 02, 2026 : Cortex Code in Snowsight (Preview)

Feb 05, 2026 : Notebooks in Workspaces (General Availability)

Feb 06, 2026 : External query engine support for Apache Iceberg™ tables with Snowflake Horizon Catalog (General availability)

Feb 24, 2026 : Snowflake Postgres (General availability)

Feb 06, 2026 : Trust Center Overview tab (Preview)

Retour page précédente Retour au Wiki

Vous souhaitez bénéficier d'experts, de développeurs, ou d'une formation sur Snowflake ? Rendez-vous sur la page Contact.