Acteurs · Cloud, data et infrastructure

Snowflake : data cloud, architecture, Cortex AI et usages en entreprise

L'éditeur de la plateforme cloud de données née du data warehouse : histoire, architecture séparant stockage et calcul, briques (Snowpark, Cortex AI, Horizon, Marketplace, Postgres), formats ouverts, usages en entreprise et comparaison avec BigQuery.

Par Équipe Blent· Mis à jour le · 17 min de lecture· Niveau débutant

Snowflake en bref

Type
Éditeur de plateforme cloud de données
Fondation
2012, à San Mateo (Californie)
Fondateurs
Benoît Dageville, Thierry Cruanes, Marcin Żukowski
Siège
Menlo Park, Californie, États-Unis
Direction
Sridhar Ramaswamy, directeur général depuis 2024
Statut
Société cotée au NYSE depuis 2020
Architecture
Stockage et calcul séparés, service entièrement managé
Clouds
AWS, Microsoft Azure, Google Cloud

En bref : Snowflake

Snowflake est une entreprise américaine fondée en 2012 en Californie par Benoît Dageville, Thierry Cruanes et Marcin Żukowski. Elle édite une plateforme de données entièrement managée, proposée sur AWS, Microsoft Azure et Google Cloud, qui a d'abord été un data warehouse cloud. Son architecture sépare le stockage des données et les ressources de calcul, que l'on démarre, redimensionne et suspend selon les besoins. La plateforme s'est étendue au traitement en Python avec Snowpark, au partage de données entre organisations, aux formats ouverts comme Apache Iceberg et à l'IA générative avec Cortex AI. Les entreprises l'utilisent pour l'analyse SQL, la BI, l'ingénierie des données et des applications d'IA sur leurs données.

En une phrase : Snowflake est l'éditeur américain d'une plateforme cloud de données, née du data warehouse, qui sépare stockage et calcul et y ajoute Python, partage de données et IA générative.

Dans cette fiche

Qu'est-ce que Snowflake ?

Snowflake est un éditeur de logiciels qui fournit une plateforme de données entièrement managée, utilisée pour stocker, transformer, analyser et partager des données, puis construire des applications et des usages d'IA à partir de ces données. La plateforme s'exécute sur AWS, Microsoft Azure ou Google Cloud ; le client choisit le cloud et la région, mais n'administre ni serveurs ni stockage.

L'entreprise est fondée en 2012 à San Mateo, en Californie, par Benoît Dageville et Thierry Cruanes, deux ingénieurs français venus d'Oracle, et Marcin Żukowski, cofondateur de la base analytique Vectorwise. Leur idée est de concevoir un data warehouse pensé dès le départ pour le cloud, plutôt que d'y transposer une base de données existante. Le service devient disponible en 2015, d'abord sur AWS, puis sur Azure et Google Cloud. L'entreprise entre en bourse au NYSE en septembre 2020. Sridhar Ramaswamy, ancien dirigeant de Google arrivé avec le rachat de la start-up Neeva, en devient le directeur général en février 2024.

Au fil des années, Snowflake élargit son périmètre : Python avec Snowpark, applications de données avec le rachat de Streamlit en 2022, IA générative avec Cortex à partir de 2023, formats ouverts avec Apache Iceberg en 2024. En 2025 et 2026, l'entreprise ajoute l'intégration de données avec Openflow, une base PostgreSQL issue du rachat de Crunchy Data, l'observabilité avec le rachat d'Observe et des agents destinés aux équipes métier et aux développeurs.

Sa place dans l'écosystème tient à la simplicité d'exploitation et au SQL. Elle se compare le plus souvent à Databricks, dont les usages se recoupent de plus en plus, et aux data warehouses des grands clouds, comme BigQuery chez Google.

À retenir : Snowflake n'est pas un cloud. C'est une plateforme de données managée qui s'exécute sur les clouds publics et facture à la consommation.

Comment fonctionne l'architecture de Snowflake ?

L'architecture de Snowflake repose sur trois couches indépendantes, décrites dès 2016 par ses fondateurs. Ce découpage explique la plupart de ses propriétés : élasticité, isolation des charges et faible besoin d'administration.

CoucheRôleCe que gère l'utilisateur
StockageDonnées compressées en colonnes, découpées en micro-partitions, sur le stockage objet du cloudVolume conservé et durée d'historique
CalculEntrepôts virtuels, grappes de machines qui exécutent les requêtes, plus des services serverlessTaille, nombre et suspension automatique des entrepôts
Services cloudOptimisation des requêtes, métadonnées, sécurité, transactionsRien à administrer

Comme le stockage est partagé, plusieurs entrepôts virtuels peuvent lire les mêmes données en même temps sans se gêner : l'équipe BI, les pipelines de chargement et les data scientists travaillent chacun sur leur propre puissance de calcul. Un entrepôt se suspend après une période d'inactivité et ne consomme alors plus de crédits. Des fonctions comme Time Travel, qui permet de consulter ou de restaurer une table telle qu'elle était dans le passé, et le clonage sans copie reposent sur le fait que les micro-partitions ne sont jamais modifiées, seulement remplacées.

Quelles briques se sont ajoutées au data warehouse ?

Autour de ce socle, plusieurs briques élargissent les usages. Snowpark exécute du code Python, Java ou Scala au plus près des données. Les Dynamic Tables décrivent un pipeline de transformation de façon déclarative. Les tables Apache Iceberg stockent les données dans un format ouvert, dans le stockage du client. Cortex AI ajoute des fonctions d'IA générative appelables en SQL et des services de recherche et d'agents pour le RAG. Snowflake CoWork, ex-Snowflake Intelligence, et Snowflake CoCo, ex-Cortex Code, sont les agents présentés au Snowflake Summit de juin 2026 pour les équipes métier et les équipes techniques. Pour qu'un agent génère du SQL fiable, la plateforme s'appuie sur des vues sémantiques qui décrivent les définitions métier : c'est la couche sémantique, dont la qualité conditionne celle des réponses.

Quelles sont les briques de la plateforme Snowflake ?

Snowflake présente son offre comme une seule plateforme, appelée AI Data Cloud, dont les briques partagent le même stockage, la même sécurité et la même facturation. Plusieurs noms ont changé en 2026, ce qui explique que l'on croise encore les anciennes appellations.

  • Calcul SQL

    Entrepôts virtuels

    Ressources de calcul indépendantes, dimensionnées et suspendues à la demande, qui exécutent les requêtes et les transformations.

  • Développeurs

    Snowpark

    Bibliothèques et environnement d'exécution pour traiter les données en Python, Java ou Scala sans les sortir de Snowflake.

  • IA générative

    Cortex AI

    Fonctions IA en SQL, recherche hybride (Cortex Search), questions en langage naturel (Cortex Analyst) et agents (Cortex Agents).

  • Utilisateurs métier

    Snowflake CoWork

    Agent de travail pour les équipes métier, nommé Snowflake Intelligence jusqu'en juin 2026, qui répond et agit à partir des données.

  • Équipes data

    Snowflake CoCo

    Agent de programmation, nommé Cortex Code jusqu'en juin 2026, qui aide à écrire du SQL, des pipelines et des applications.

  • Gouvernance

    Horizon Catalog

    Droits d'accès, classification, lignage, politiques de masquage et catalogue, y compris pour les tables Apache Iceberg.

  • Partage de données

    Marketplace et partage

    Partage de données en direct entre comptes, sans copie, et place de marché de jeux de données et d'applications.

  • Base transactionnelle

    Snowflake Postgres

    Service PostgreSQL managé, issu du rachat de Crunchy Data, disponible depuis février 2026.

Snowflake est-il ouvert ?

Snowflake est historiquement une plateforme propriétaire : son moteur et son format de stockage natif ne sont pas publiés, et les données qui y sont chargées ne sont lisibles qu'à travers Snowflake. Depuis 2024, l'entreprise a cependant ouvert plusieurs points d'accès.

  • Formats ouverts : les tables Apache Iceberg sont stockées dans le compte cloud du client, au format Parquet, et peuvent être lues ou écrites par d'autres moteurs comme Spark, Trino ou Databricks.
  • Catalogue ouvert : le catalogue Polaris, lancé par Snowflake en 2024, a été confié à la fondation Apache et en est devenu un projet de premier niveau en février 2026. Snowflake en propose une version managée.
  • Modèles et outils ouverts : le modèle Arctic et les modèles d'embedding Arctic Embed sont publiés sous licence Apache 2.0 ; Streamlit reste un framework open source ; Snowflake Postgres revendique une compatibilité complète avec PostgreSQL.
  • Briques propriétaires : le moteur SQL, les entrepôts virtuels, Cortex AI, CoWork, CoCo, Horizon et la plupart des fonctions d'administration ne sont disponibles que dans le service managé.

À retenir : choisir les tables Iceberg plutôt que le stockage natif réduit la dépendance sur les données, au prix de quelques fonctions et d'une gestion du stockage à assurer soi-même.

Comment utiliser Snowflake en entreprise ?

Snowflake simplifie l'exploitation de l'infrastructure, pas la modélisation des données. La valeur dépend de la qualité des pipelines, des modèles de données et de la gouvernance.

  • Data warehouse central

    Consolider les données des applications métier dans un entrepôt unique, modélisé pour l'analyse et la BI.

  • Ingénierie des données

    Charger et transformer les données en SQL ou en Python, avec des pipelines déclaratifs comme les Dynamic Tables ou dbt.

  • BI et tableaux de bord

    Servir les outils de BI et les analystes, en isolant leur charge sur des entrepôts virtuels dédiés.

  • Partage de données

    Échanger des données avec des filiales, des partenaires ou des clients sans copie ni transfert de fichiers.

  • IA sur les données

    Classer, résumer ou extraire de l'information de textes et de documents directement en SQL avec les fonctions Cortex.

  • Assistants et agents

    Permettre aux équipes métier d'interroger les données en langage naturel, avec une couche sémantique et des droits maîtrisés.

Quels sont les avantages de Snowflake ?

Ces avantages ne comptent que s'ils correspondent à un besoin réel. Ils se pondèrent par le coût mesuré, l'existant technique et les compétences de l'équipe.

  • Service entièrement managé : pas de serveurs, d'index ou de maintenance à gérer au quotidien.
  • Séparation du stockage et du calcul, qui permet d'isoler les charges et d'ajuster la puissance à la demande.
  • Interface SQL standard, accessible aux analystes comme aux data engineers.
  • Partage de données entre organisations sans copie, une fonction historique de la plateforme.
  • Disponible sur les trois grands clouds, avec réplication entre régions et entre clouds.
  • Prise en charge d'Apache Iceberg, qui permet de partager des tables avec d'autres moteurs.

Quelles sont les limites de Snowflake ?

Les limites tiennent surtout au modèle propriétaire et à la facturation à l'usage, qui demandent une discipline de suivi.

  • Le format de stockage natif est propriétaire : les données ne sont lisibles que par Snowflake, hors tables Iceberg.
  • La facturation à la consommation peut dériver sans suivi des entrepôts, des requêtes et des usages IA.
  • Les usages de machine learning avancé et de calcul distribué en Python sont moins historiques que le SQL.
  • Les noms de produits et le périmètre des fonctions IA évoluent vite, ce qui demande une veille régulière.
  • Les fonctions disponibles peuvent varier selon le cloud, la région et l'édition du compte.
  • Le service ne s'installe pas sur site : il reste dépendant d'un cloud public.

Snowflake vs BigQuery : quelles différences ?

BigQuery, le data warehouse de Google Cloud, est l'autre grand service analytique entièrement managé. Les deux répondent aux mêmes besoins d'analyse SQL à grande échelle, mais leur modèle de calcul et leur rapport au cloud diffèrent.

CritèreSnowflakeGoogle BigQuery
ÉditeurSnowflake, éditeur indépendant des cloudsGoogle, service de Google Cloud
CloudsAWS, Microsoft Azure, Google CloudGoogle Cloud, avec lecture de données sur d'autres clouds via BigQuery Omni
Modèle de calculEntrepôts virtuels dimensionnés par l'utilisateur, suspendus automatiquementServerless : aucune ressource à dimensionner
FacturationCrédits selon la taille et la durée d'activité des entrepôts, plus le stockageVolume de données lues par requête, ou capacité réservée, plus le stockage
LangagesSQL ; Python, Java et Scala via SnowparkSQL ; Python via BigQuery DataFrames et notebooks
IACortex AI, avec des modèles de plusieurs fournisseursBigQuery ML et intégration des modèles Gemini et de Vertex AI
Formats ouvertsTables Apache Iceberg, Apache PolarisTables Iceberg via BigLake
Partage de donnéesPartage entre comptes et MarketplacePartage de jeux de données entre projets et organisations
ÉcosystèmeNeutre vis-à-vis du cloud, nombreux partenairesIntégré à Google Cloud, Looker et Vertex AI

Lequel choisir ? Snowflake se justifie lorsque l'entreprise travaille sur plusieurs clouds, ou sur un autre cloud que Google, et veut un contrôle explicite de la puissance allouée à chaque usage. BigQuery se justifie lorsque l'infrastructure est déjà sur Google Cloud et que l'absence totale de dimensionnement est un critère, en particulier pour des charges irrégulières. Dans les deux cas, le coût dépend fortement de la façon dont les requêtes sont écrites et dont les tables sont organisées : comparez sur une preuve de concept avec vos requêtes réelles, et regardez aussi les modèles d'IA proposés, comme ceux de Google AI côté BigQuery.

Quelles sont les alternatives à Snowflake ?

Une alternative est pertinente si son modèle d'exploitation, son intégration au cloud existant ou son coût correspondent mieux à la contrainte dominante du projet.

Dans quels cas choisir Snowflake ?

Les caractéristiques de la plateforme se traduisent en questions de décision. Elles se complètent par une preuve de concept sur vos données et vos requêtes réelles.

Pertinent si

Snowflake est une option à évaluer

  • Vos usages principaux sont l'analyse SQL, la BI et la transformation de données.
  • Vous voulez limiter au maximum l'exploitation de l'infrastructure.
  • Le partage de données avec des partenaires ou des filiales est un besoin réel.
  • Vous avez besoin d'une plateforme disponible sur plusieurs clouds.
Moins adapté si

Une autre solution peut convenir mieux

  • L'essentiel du travail est du traitement distribué en Python ou du machine learning avancé.
  • Vous devez garder toutes les données dans des formats ouverts sous votre contrôle.
  • Votre organisation est déjà standardisée sur le data warehouse de son cloud.
  • Le coût mesuré lors de la preuve de concept dépasse le budget prévu.

Technologies souvent utilisées avec Snowflake

Snowflake s'insère dans une chaîne d'outils : ingestion, transformation, orchestration, visualisation et frameworks d'IA.

Les concepts à connaître pour comprendre Snowflake

Ces notions reviennent dès qu'on conçoit un entrepôt de données sur Snowflake ou qu'on le compare à une autre plateforme.

Ressources pour approfondir Snowflake et le data warehouse

Trois articles pour passer de la présentation de l'entreprise à la construction d'un entrepôt de données.

Questions fréquentes

Questions fréquentes

Non. Snowflake est une société américaine, fondée en 2012 à San Mateo, en Californie, et dont les bureaux principaux sont aujourd'hui à Menlo Park. Deux de ses trois fondateurs, Benoît Dageville et Thierry Cruanes, sont français et ont travaillé chez Oracle ; le troisième, Marcin Żukowski, est polonais et a cofondé la base analytique Vectorwise.

Expertise

À propos de l'auteur

Équipe Blent

Les ingénieurs et mentors Blent conçoivent des plateformes data, industrialisent des pipelines et des modèles en production, et forment chaque année des centaines de professionnels au data engineering et à l'IA.

Sources et méthodologie

  • Site officiel et documentation de Snowflake (architecture, Snowpark, Cortex AI, Horizon, Iceberg)
  • Annonces officielles de Snowflake : Arctic (2024), Snowflake Postgres (2026), CoWork et CoCo (Snowflake Summit, juin 2026)
  • Dageville et al., The Snowflake Elastic Data Warehouse, SIGMOD, 2016
  • Rapport annuel 10-K de Snowflake Inc., exercice 2026
  • Retours d'expérience des projets et formations Blent