Après un mois de Mai très orienté sur l'ouverture, le mois de Juin marque l'arrivée à maturité de concepts clés présentés lors du Snowflake Summit 2026, notamment autour des agents IA (Snowflake CoWork), de l'optimisation des architectures (Iceberg) et des infrastructures (Adaptive Compute)

Nous vous proposons de parcourir les 3 actualités majeures de Snowflake. 

Snowflake CoWork & les artifacts en GA

Partagez des analyses vivantes et gouvernées

Dans la foulée des annonces majeures du Summit de San Francisco, Snowflake Intelligence évolue et devient Snowflake CoWork, votre agent de travail personnel.

La première brique de cet écosystème à passer officiellement en "General Availability" (GA) depuis le 17 juin est la fonctionnalité des Artifacts.

Qu’est-ce qu’un Artifacts dans Snowflake CoWork ? Un Artifact est une référence persistante et "vivante" (un tableau ou un graphique) issue d'une réponse de l'agent CoWork. Contrairement à un screenshot collé dans un e-mail ou une slide, un Artifact peut être revisité et rafraîchi à tout moment avec les données les plus récentes

Les nouveautés Snowflake Juin 2026

L'impact pour vos équipes métiers et techniques :

  • Une révolution pour le Self-Service : Auparavant, lorsqu'un utilisateur métier découvrait un insight intéressant via l'IA, il devait demander à l'équipe Data de créer un tableau de bord complet (Tableau / PowerBI) pour pouvoir le suivre dans le temps. Désormais, n'importe quel collaborateur peut transformer une réponse d'agent en un "micro-dashboard" permanent en un clic, libérant ainsi le cahier des charges des équipes Data.
  • Sécurité native et étanchéité des données : Le partage de captures d'écran par e-mail ou sur Slack est une faille de sécurité majeure (risque de fuite de données sensibles). Avec les Artifacts, la sécurité est dynamique : lorsque l'Artifact est partagé, Snowflake réévalue les droits d'accès (RBAC) et les politiques de masquage de la personne qui le regarde. Deux collaborateurs n'ayant pas les mêmes privilèges verront le même graphique filtré selon leurs droits respectifs.
  • Prise de décision collaborative et sourcée : Associé au partage de conversation (Conversation Sharing), un analyste peut envoyer un livrable à son manager en y incluant tout le raisonnement de l'IA et les citations des sources de données d'origine. Les discussions ne se font plus sur des intuitions, mais sur un historique d'analyse transparent et vérifiable

L'Adaptive Compute passe en GA (sur AWS)

Laissez Snowflake ajuster l'allocation de ressources en temps réel !

Jusqu'à présent, dimensionner un entrepôt (Warehouse) dans Snowflake obligeait à choisir une taille fixe dans une grille rigide (XS, S, M, L, XL...). Ce mode de dimensionnement ("T-Shirt sizing") impose un risque permanent : sur-provisionner pour absorber les pics de charge (et gaspiller des crédits) ou sous-provisionner (et ralentir les utilisateurs ou bloquer les pipelines).

Depuis le 16 juin, Snowflake résout cette équation en passant en "General Availability" (GA) l'Adaptive Compute sur AWS, introduisant un tout nouveau type d'entrepôt : l'Adaptive Warehouse.

Note de vigilance : Disponibilité régionale limitée : Cette GA ne concerne pour le moment qu'une poignée de datacenters AWS. En Europe, seules les régions Irlande (eu-west-1) et Francfort (eu-central-1) sont compatibles.

L'impact pour votre architecture et vos coûts (FinOps) :

  • Élasticité fluide et dynamique : Contrairement à un entrepôt classique qui conserve une taille fixe, un Adaptive Warehouse surveille en continu la charge et la complexité des requêtes entrantes. Il alloue et retire dynamiquement les ressources de calcul nécessaires, au fil de l'eau, offrant une élasticité bien plus fine que l’augmentation d’une taille de Warehouse à l’autre.
  • Migration transparente (Zero Downtime) : Vous pouvez transformer instantanément un entrepôt standard existant en entrepôt adaptatif à l'aide d'une simple commande SQL, sans aucune interruption de service pour vos requêtes en cours.
  • Performance et SLA garantis : En éliminant les phénomènes de mise en file d'attente (queuing) lors des pics de charge imprévus, l'Adaptive Compute garantit un niveau de performance stable pour vos utilisateurs métiers, tout en optimisant la facture dès que le calme revient

Apache Iceberg gagne en transparence et flexibilité (General Availability)

Le format ouvert devient le standard par défaut de vos architectures.

Le mois dernier, nous vous parlions de l'écriture externe sur les tables Iceberg gérées par Snowflake. En ce mois de juin, trois nouvelles fonctionnalités passent en disponibilité générale (GA) pour lever les derniers freins à l'adoption de ce format de données ouvert.

1/ Iceberg par défaut (Plus besoin de mot-clé spécifique) : Jusqu'ici, pour créer une table Iceberg, il fallait explicitement écrire CREATE ICEBERG TABLE. Depuis le 5 juin (GA), vous pouvez définir un format d'écriture par défaut via le paramètre DEFAULT_METADATA_WRITE_FORMAT (au niveau du compte, de la base ou du schéma).

=> L'impact : Si vous paramétrez ICEBERG comme format par défaut, vos développeurs et outils d'ingestion pourront utiliser la commande SQL standard CREATE TABLE et Snowflake créera nativement une table Iceberg. L'adoption du format ouvert devient totalement transparente pour vos équipes

2/ Support officiel d'Azure Data Lake Storage Gen2 (ADLS Gen2) : Déjà compatible avec AWS, Snowflake s'ouvre complètement à l'écosystème cloud de Microsoft depuis le 12 juin (GA)

=> L'impact : Vous pouvez désormais lire et écrire sur des tables Iceberg gérées en externe (externally managed Iceberg tables) dont le stockage sous-jacent repose sur Azure Data Lake Gen2. C'est une brique fondamentale pour l'interopérabilité avec les catalogues distants hébergés sur Azure, comme Databricks Unity Catalog.

3/ Réplication des Tables Dynamiques Iceberg : Les Tables Dynamiques (Dynamic Tables), indispensables pour simplifier vos pipelines d'ingestion continus, sont de plus en plus utilisées au format Iceberg. Depuis le 29 juin (GA), ces "Dynamic Iceberg Tables" sont enfin officiellement supportées dans vos groupes de réplication (Replication & Failover Groups).

=> L'impact : Vous pouvez désormais garantir une haute disponibilité et inclure ces tables dans vos Plans de Reprise d'Activité (PRA / BCDR) inter-régions ou inter-clouds.

Autres nouveautés Snowflake de Juin 2026

Data Collaboration & Intelligence

  • ML Jobs dans les Data Clean Rooms (GA) : Les Data Clean Rooms permettent désormais d'exécuter des modèles de Machine Learning (XGBoost, PyTorch, LightGBM) conteneurisés de manière distribuée. Vos collaborateurs peuvent désormais modéliser des comportements ou réaliser des mesures incrémentales sans jamais exposer leurs données d'entraînement respectives.
  • Analytical Search (Public Preview) : Les Cortex Agents peuvent désormais exécuter des opérations d'analyse globale (agrégations, comparaisons, recherche de tendances) sur d'immenses collections de documents non structurés.
  • Évaluation de l'autonomie des Cortex Agents (Preview) : Snowflake ajoute deux nouvelles métriques système (Tool Selection Accuracy et Tool Execution Accuracy) pour vous aider à mesurer si vos agents IA font appel aux bons outils métiers lorsqu'ils exécutent une tâche complexe.

Gouvernance & Sécurité

  • Recommandations de classification par les Métadonnées (Preview) : Afin de faciliter la protection des données sensibles, Snowsight intègre désormais un système de recommandation basé sur les métadonnées. L'interface identifiera automatiquement les bases de données susceptibles de contenir des données sensibles (ex: numéro de sécurité sociale) et vous proposera de les classifier.
  • Workload Identity Federation / OIDC (GA) : Sécurisez vos flux externes : Snowflake peut désormais agir en tant que fournisseur OIDC (OpenID Connect). Les charges de travail Snowflake peuvent ainsi s'authentifier auprès de services externes en utilisant un système de jetons temporaire.
  • Surveillance des Guardrails : L'usage du garde-fou de sécurité IA (Cortex AI Guardrails) est désormais entièrement auditable via une nouvelle vue système : ACCOUNT_USAGE.CORTEX_AI_GUARDRAILS_USAGE_HISTORY

Améliorations de l'Expérience Développeur

  • Requêtes SQL comme "Tables Logiques" (GA) : Lors de la création d'une vue sémantique (Semantic View), vous n'êtes plus obligés d'utiliser une table physique comme base. Vous pouvez désormais utiliser n'importe quelle requête SQL complexe (avec transformations et jointures) directement comme table logique.
  • Support des fichiers Python dans les Workspaces (GA) : L'éditeur de code intégré (Snowsight Workspaces) supporte désormais officiellement la gestion et l'édition de fichiers Python natifs.

Agenda : Prochains Rendez-vous Snowflake 

15 Octobre 2026 - Snowflake World Tour (Paris) : Next Decision sera présent aux côtés de notre partenaire Snowflake : venez nous rencontrer pour échanger sur vos projets Data & IA ! Réservez votre place ! 

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