Databricks : lakehouse, Spark, Unity Catalog, IA et usages en entreprise
L'éditeur de la plateforme lakehouse née d'Apache Spark : histoire, architecture, briques (Delta Lake, Unity Catalog, Lakeflow, Agent Bricks, Lakebase), projets open source, usages en entreprise et comparaison avec Snowflake.
Par Équipe Blent· Mis à jour le · 18 min de lecture· Niveau débutant
Databricks en bref
- Type
- Éditeur de plateforme de données et d'IA
- Fondation
- 2013
- Fondateurs
- Créateurs d'Apache Spark, dont Ali Ghodsi, Matei Zaharia et Ion Stoica
- Siège
- San Francisco, États-Unis
- Direction
- Ali Ghodsi, directeur général
- Architecture
- Lakehouse sur stockage objet et formats ouverts
- Projets open source
- Apache Spark, Delta Lake, MLflow, Unity Catalog
- Clouds
- AWS, Microsoft Azure, Google Cloud
En bref : Databricks
Databricks est une entreprise américaine fondée en 2013 à San Francisco par les créateurs d'Apache Spark, issus du laboratoire AMPLab de l'université de Californie à Berkeley. Elle édite une plateforme de données et d'IA, disponible sur AWS, Microsoft Azure et Google Cloud, construite sur l'architecture lakehouse : les données sont stockées dans des formats ouverts sur un stockage objet, puis traitées par des moteurs de calcul pour l'ingénierie des données, l'analyse SQL, le machine learning et les agents IA. Databricks est aussi à l'origine de plusieurs projets open source, dont Apache Spark, Delta Lake, MLflow et Unity Catalog. Les entreprises l'utilisent pour centraliser leurs données, construire des pipelines et industrialiser des modèles.
En une phrase : Databricks est l'éditeur américain de la plateforme lakehouse, issue d'Apache Spark, qui réunit ingénierie des données, analyse SQL, machine learning et agents IA sur des données en formats ouverts.
Dans cette fiche
Qu'est-ce que Databricks ?
Databricks est un éditeur de logiciels qui fournit une plateforme managée pour stocker, transformer, analyser et exploiter des données à grande échelle, puis construire des modèles et des agents IA à partir de ces données. La plateforme ne remplace pas le fournisseur de cloud : elle s'exécute sur AWS, Microsoft Azure ou Google Cloud, et s'appuie sur leur stockage objet.
L'entreprise est fondée en 2013 à San Francisco par sept chercheurs et ingénieurs de l'AMPLab de l'université de Californie à Berkeley, dont Ali Ghodsi, Matei Zaharia et Ion Stoica. Ils sont les auteurs d'Apache Spark, un moteur de calcul distribué confié la même année à la fondation Apache. Ion Stoica dirige d'abord l'entreprise ; Ali Ghodsi en devient le directeur général en 2016. En 2017, Microsoft lance Azure Databricks, un service intégré à son cloud. Databricks publie ensuite plusieurs projets open source : MLflow en 2018 pour le cycle de vie des modèles, Delta Lake en 2019 pour les tables transactionnelles, puis Unity Catalog en 2024.
À partir de 2023, l'entreprise se tourne vers l'IA générative avec le rachat de MosaicML, puis la publication du modèle DBRX en 2024. Elle rachète aussi Tabular, fondée par les créateurs d'Apache Iceberg, en 2024, et Neon, éditeur d'une base PostgreSQL serverless, en 2025. En 2026, elle étend sa plateforme à la sécurité avec Lakewatch et l'annonce du rachat de Panther, et réorganise ses outils d'IA autour d'Agent Bricks et de Genie. L'entreprise n'est pas cotée en bourse.
Sa place dans l'écosystème tient à cette combinaison : un socle de données en formats ouverts et une plateforme qui couvre l'ingénierie des données, la BI, le machine learning et les agents. Elle se compare le plus souvent à Snowflake, avec qui les usages se recoupent de plus en plus.
À retenir : Databricks n'est ni un cloud ni une base de données unique. C'est une plateforme qui organise, gouverne et exploite des données stockées dans le cloud de l'entreprise.
Historiquement, les entreprises séparaient deux systèmes : le data lake, qui stocke à faible coût des fichiers de tous types mais offre peu de garanties, et le data warehouse, qui garantit la cohérence et les performances SQL mais impose son format. Le lakehouse cherche à réunir les deux : les données restent sous forme de fichiers Parquet sur un stockage objet, et une couche de tables ajoute transactions, historique, contrôle du schéma et index.
Sur Databricks, cette organisation se traduit par plusieurs couches empilées.
| Couche | Briques Databricks | Rôle | Ouverture |
|---|---|---|---|
| Stockage | Stockage objet du cloud (S3, ADLS, GCS) | Conserver les fichiers de données | Données dans le compte du client |
| Format de tables | Delta Lake, Apache Iceberg | Transactions, historique, évolution du schéma | Formats open source |
| Gouvernance | Unity Catalog | Droits, lignage, audit, métriques métier | Version open source et version managée |
| Calcul | Apache Spark, moteur Photon, calcul serverless | Exécuter les traitements et les requêtes | Spark open source, Photon propriétaire |
| Ingénierie des données | Lakeflow (Connect, pipelines déclaratifs, Jobs, Designer) | Ingestion, transformation, orchestration | Pipelines déclaratifs versés à Apache Spark |
| Analyse | Databricks SQL, tableaux de bord AI/BI | BI et requêtes SQL | Propriétaire |
| IA | Agent Bricks, serving de modèles, AI Search, MLflow | Modèles, RAG, agents, évaluation | MLflow open source, le reste propriétaire |
| Applications | Lakebase, Databricks Apps, Genie | Bases transactionnelles, applications, assistants | Lakebase compatible PostgreSQL |
Une organisation fréquente des données suit l'architecture dite « médaillon » : une couche brute (bronze) qui reçoit les données telles qu'elles arrivent, une couche nettoyée (silver) et une couche prête pour les usages métier (gold). Ce n'est pas une obligation technique, mais une convention qui facilite la qualité et la traçabilité.
Que change l'arrivée des agents IA ?
Depuis 2025, Databricks présente sa plateforme comme le socle des agents qui travaillent sur les données de l'entreprise. Agent Bricks regroupe l'accès aux modèles de plusieurs fournisseurs, les outils de recherche (AI Search, ex-Vector Search), l'évaluation et la gouvernance des agents. Genie One, lancé en juin 2026, est un assistant destiné aux équipes métier ; Genie Code, qui a remplacé Databricks Assistant, assiste les data engineers et les data scientists dans leurs notebooks et leurs pipelines. Ces outils reposent sur la même gouvernance que les tables : un agent ne voit que les données auxquelles il a droit. Pour un projet de RAG ou d'agents, la qualité dépend toutefois surtout des données, de la documentation métier et de l'évaluation.
Quelles sont les briques de la plateforme Databricks ?
La plateforme, appelée aujourd'hui Databricks Data + AI Platform, regroupe des briques qui partagent le même stockage et la même gouvernance. Plusieurs noms ont changé entre 2024 et 2026, ce qui explique que l'on croise encore les anciennes appellations.
- Stockage
Delta Lake et tables Iceberg
Formats de tables ouverts qui ajoutent transactions, historique et évolution de schéma à des fichiers Parquet stockés sur le cloud.
- Gouvernance
Unity Catalog
Catalogue unique des tables, fichiers, modèles et agents, avec gestion des droits, lignage, métriques métier et audit.
- Ingénierie des données
Lakeflow
Ingestion, pipelines déclaratifs (ex-Delta Live Tables), orchestration des jobs et éditeur visuel Lakeflow Designer.
- Analyse
Databricks SQL
Entrepôts SQL serverless pour la BI, les tableaux de bord et les requêtes des outils comme Power BI ou Tableau.
- IA et agents
Agent Bricks
Socle pour construire, évaluer, servir et gouverner des agents et des modèles, qui regroupe les outils autrefois réunis sous le nom Mosaic AI.
- Utilisateurs métier
Genie
Assistant qui répond en langage naturel sur les données de l'entreprise, décliné en Genie One, Genie Agents et Genie Code.
- Base transactionnelle
Lakebase
Base PostgreSQL serverless, issue du rachat de Neon, pour les applications et les agents qui écrivent des données.
- MLOps
MLflow
Suivi des expériences, registre de modèles, évaluation et traçage des applications LLM, en version open source et managée.
Databricks est-il open source ?
La réponse demande de distinguer l'entreprise, les projets qu'elle a créés et la plateforme qu'elle vend. Databricks est une société commerciale : sa plateforme managée est un service payant et propriétaire. Une part importante des technologies qui la composent est cependant publiée en open source.
- Projets open source créés par Databricks : Apache Spark (fondation Apache), Delta Lake et MLflow (Linux Foundation), Unity Catalog (LF AI & Data). Ils peuvent être utilisés sans Databricks, sur n'importe quelle infrastructure.
- Contributions récentes : les pipelines déclaratifs, anciennement Delta Live Tables, ont été versés au projet Apache Spark en 2025 ; Databricks contribue aussi à Apache Iceberg depuis le rachat de Tabular.
- Briques propriétaires : le moteur d'exécution Photon, Databricks SQL, Genie, Agent Bricks, Lakewatch et la plupart des fonctions d'administration ne sont disponibles que dans la plateforme managée.
Les données, elles, restent dans des formats ouverts. Une table Delta Lake ou Iceberg peut être lue par d'autres moteurs, comme Trino ou Snowflake, ce qui limite l'effet de verrouillage sur le stockage. La dépendance porte plutôt sur les pipelines, les droits et les usages construits dans la plateforme.
À retenir : des formats et des projets ouverts n'empêchent pas une dépendance à la plateforme. Évaluez ce qu'il faudrait reconstruire en cas de changement de fournisseur.
Comment utiliser Databricks en entreprise ?
Databricks n'apporte de la valeur que si les données sont fiables, documentées et gouvernées. La plateforme fournit les briques ; l'architecture et les pratiques restent à construire.
Plateforme de données centrale
Réunir dans un même lakehouse les données de plusieurs systèmes sources, organisées en couches brutes, nettoyées et prêtes à l'usage.
Pipelines batch et temps réel
Ingérer, transformer et historiser des volumes importants avec Spark et Lakeflow, y compris des flux issus de Kafka.
BI et analyse SQL
Alimenter les tableaux de bord et les analystes à partir des mêmes tables que celles utilisées par les data scientists.
Machine learning en production
Entraîner, suivre et déployer des modèles de prévision, de scoring ou de recommandation avec MLflow et le serving de modèles.
RAG et agents IA
Construire des assistants et des agents qui s'appuient sur des données gouvernées, avec recherche vectorielle et évaluation.
Gouvernance et conformité
Centraliser droits d'accès, lignage et audit pour répondre aux exigences réglementaires sur les données et les modèles.
Quels sont les avantages de Databricks ?
Ces avantages ne comptent que s'ils correspondent à un besoin réel. Ils se pondèrent par le coût complet, la maturité de l'équipe et l'existant technique.
- Données stockées dans des formats ouverts (Delta Lake, Parquet, Iceberg), lisibles par d'autres moteurs.
- Une même plateforme pour l'ingénierie des données, la BI, le machine learning et les agents IA.
- Prise en charge native de Python, SQL et Scala, adaptée aux équipes mixtes data engineers et data scientists.
- Gouvernance centralisée avec Unity Catalog, qui couvre aussi bien les tables que les modèles et les agents.
- Disponible sur les trois grands clouds, ce qui limite la dépendance à un fournisseur d'infrastructure.
- Écosystème open source important autour de Spark et de MLflow, avec de nombreuses compétences sur le marché.
Quelles sont les limites de Databricks ?
Les limites tiennent surtout à l'étendue de la plateforme : plus elle couvre d'usages, plus elle demande de compétences pour être bien exploitée.
- La prise en main demande des compétences en calcul distribué, en Spark et en architecture de données.
- Le coût dépend de nombreux paramètres (type de calcul, taille des clusters, serverless) et doit être suivi de près.
- Le catalogue de fonctionnalités et les noms de produits évoluent très vite, ce qui demande une veille régulière.
- Une partie des briques, comme le moteur Photon, Genie ou Agent Bricks, est propriétaire malgré les formats ouverts.
- Pour un besoin limité à de la BI sur des volumes modestes, la plateforme peut être surdimensionnée.
- La qualité du résultat dépend de la modélisation et de la gouvernance mises en place, pas de l'outil seul.
Databricks vs Snowflake : quelles différences ?
Les deux plateformes sont souvent mises en concurrence. Elles sont parties de points opposés, le traitement distribué et la data science pour Databricks, le data warehouse SQL pour Snowflake, et convergent depuis plusieurs années : chacune propose aujourd'hui du SQL, du Python, des formats ouverts, une base PostgreSQL et des agents IA.
| Critère | Databricks | Snowflake |
|---|---|---|
| Origine | San Francisco, 2013, créateurs d'Apache Spark | Californie, 2012, anciens d'Oracle et de Vectorwise |
| Point de départ | Traitement distribué et data science sur data lake | Data warehouse SQL managé dans le cloud |
| Stockage | Fichiers Delta Lake ou Iceberg dans le stockage cloud du client | Stockage géré par Snowflake, ou tables Iceberg externes |
| Langages | Python, SQL, Scala, R, notebooks | SQL d'abord ; Python, Java et Scala via Snowpark |
| Gouvernance | Unity Catalog, avec une version open source | Horizon Catalog ; Apache Polaris pour les tables Iceberg |
| IA et agents | Agent Bricks, Genie, MLflow, serving de modèles | Cortex AI, Snowflake CoWork, Snowflake CoCo |
| Base transactionnelle | Lakebase (PostgreSQL serverless) | Snowflake Postgres, tables hybrides |
| Exploitation | Davantage de paramètres (clusters, runtimes), serverless en progression | Peu de réglages, service largement managé |
| Facturation | Unités de calcul (DBU), plus l'infrastructure cloud en mode classique | Crédits de calcul, plus le stockage |
Laquelle choisir ? Databricks se justifie lorsque les usages de data engineering à grande échelle, de machine learning et de Python dominent, et que garder les données dans son propre stockage en formats ouverts est un critère. Snowflake se justifie lorsque l'analyse SQL, la simplicité d'exploitation et le partage de données entre organisations priment. Dans les deux cas, comparez sur une preuve de concept le coût au volume réel, les performances sur vos requêtes et la capacité de l'équipe à exploiter la plateforme. Certaines entreprises utilisent d'ailleurs les deux, en partageant des tables Iceberg.
Quelles sont les alternatives à Databricks ?
Une alternative est pertinente si son modèle d'exploitation, son intégration à l'existant ou son coût correspondent mieux à la contrainte dominante du projet.
Snowflake
Plateforme cloud de données née du data warehouse SQL, étendue à Python, aux formats Iceberg et à l'IA.
À considérer pour : analyse SQL, simplicité d'exploitation et partage de données
Google BigQuery
Data warehouse serverless de Google Cloud, avec machine learning en SQL et intégration des modèles Gemini.
À considérer pour : environnement Google Cloud et facturation à l'usage
Microsoft Fabric
Plateforme analytique de Microsoft qui réunit ingestion, lakehouse, entrepôt et Power BI.
À considérer pour : environnement Microsoft et usages centrés sur Power BI
Dataiku
Plateforme de data science et d'IA collaborative, qui s'appuie sur les moteurs de calcul existants.
À considérer pour : équipes mixtes techniques et métier, approche visuelle
Dans quels cas choisir Databricks ?
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 volumes.
Databricks est une option à évaluer
- Vous traitez des volumes importants ou des données variées, structurées ou non.
- Vos équipes travaillent surtout en Python et ont des besoins de machine learning.
- Vous voulez garder vos données dans des formats ouverts, dans votre propre stockage cloud.
- Vous cherchez à réunir data engineering, BI et IA sur une même gouvernance.
Une autre solution peut convenir mieux
- Le besoin se limite à de la BI SQL sur des volumes modestes.
- L'équipe n'a pas les compétences pour exploiter une plateforme distribuée.
- Votre organisation est déjà standardisée sur une autre plateforme bien maîtrisée.
- Le coût mesuré lors de la preuve de concept dépasse le budget prévu.
Technologies souvent utilisées avec Databricks
Databricks s'insère dans une chaîne d'outils : ingestion, transformation, orchestration, visualisation et frameworks d'IA.
- Calcul distribué
Apache Spark
Moteur de traitement au cœur de la plateforme, utilisé en Python (PySpark), en SQL ou en Scala.
- Transformation
dbt
Modélisation des transformations SQL versionnées, exécutées sur les entrepôts Databricks SQL.
- Orchestration
Apache Airflow
Orchestration de jobs Databricks au sein de pipelines qui couvrent d'autres systèmes.
- Streaming
Apache Kafka
Source de flux d'événements consommés en temps réel par Spark Structured Streaming.
- Ingestion
Fivetran
Connecteurs managés pour charger les données des applications SaaS dans le lakehouse.
- MLOps
MLflow
Suivi des expériences et registre des modèles, intégré nativement à la plateforme.
- Agents
LangGraph
Framework d'agents pris en charge par Agent Bricks pour des workflows à plusieurs étapes.
- Modèles
Hugging Face
Source de modèles ouverts à adapter ou à servir depuis la plateforme.
Les concepts à connaître pour comprendre Databricks
Ces notions reviennent dès qu'on conçoit une architecture sur Databricks ou qu'on la compare à un data warehouse.
- LakehouseL'architecture qui combine le stockage peu coûteux d'un data lake et les garanties d'un data warehouse.
- Data warehouseL'entrepôt de données analytiques auquel le lakehouse emprunte les transactions et le SQL.
- Apache SparkLe moteur de calcul distribué créé par les fondateurs de Databricks.
- Apache ParquetLe format de fichiers en colonnes sur lequel reposent Delta Lake et Iceberg.
- Data lineageLe traçage de l'origine et des transformations des données, suivi par Unity Catalog.
- MLOpsLes pratiques pour mettre en production et maintenir des modèles, outillées par MLflow.
Ressources pour approfondir Databricks et le lakehouse
Trois articles pour passer de la présentation de la plateforme aux technologies qui la composent.
- Dossier
Apache Spark : tout savoir sur le framework Big Data
Le moteur de calcul distribué sur lequel Databricks a été construit.
Lire l'article - Guide
MLflow : tout savoir sur l'outil indispensable du MLOps
Suivre, versionner et déployer des modèles avec l'outil créé par Databricks.
Lire l'article - Définition
Data Warehouse : définitions, exemples, avantages
Comprendre l'entrepôt de données pour mieux situer le lakehouse.
Lire l'article
Questions fréquentes
Questions fréquentes
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 Databricks (plateforme, Unity Catalog, Lakeflow, Agent Bricks, Lakebase)
- Annonces officielles de Databricks : Agent Bricks et Lakebase (2025), Genie One et Data + AI Summit (juin 2026)
- Zaharia et al., Apache Spark: A Unified Engine for Big Data Processing, Communications of the ACM, 2016
- Armbrust et al., Lakehouse: A New Generation of Open Platforms that Unify Data Warehousing and Advanced Analytics, CIDR, 2021
- Retours d'expérience des projets et formations Blent
Comment fonctionne l'architecture lakehouse de Databricks ?