Acteurs · Cloud, data et infrastructure

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.

Comment fonctionne l'architecture lakehouse de Databricks ?

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.

CoucheBriques DatabricksRôleOuverture
StockageStockage objet du cloud (S3, ADLS, GCS)Conserver les fichiers de donnéesDonnées dans le compte du client
Format de tablesDelta Lake, Apache IcebergTransactions, historique, évolution du schémaFormats open source
GouvernanceUnity CatalogDroits, lignage, audit, métriques métierVersion open source et version managée
CalculApache Spark, moteur Photon, calcul serverlessExécuter les traitements et les requêtesSpark open source, Photon propriétaire
Ingénierie des donnéesLakeflow (Connect, pipelines déclaratifs, Jobs, Designer)Ingestion, transformation, orchestrationPipelines déclaratifs versés à Apache Spark
AnalyseDatabricks SQL, tableaux de bord AI/BIBI et requêtes SQLPropriétaire
IAAgent Bricks, serving de modèles, AI Search, MLflowModèles, RAG, agents, évaluationMLflow open source, le reste propriétaire
ApplicationsLakebase, Databricks Apps, GenieBases transactionnelles, applications, assistantsLakebase 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.

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èreDatabricksSnowflake
OrigineSan Francisco, 2013, créateurs d'Apache SparkCalifornie, 2012, anciens d'Oracle et de Vectorwise
Point de départTraitement distribué et data science sur data lakeData warehouse SQL managé dans le cloud
StockageFichiers Delta Lake ou Iceberg dans le stockage cloud du clientStockage géré par Snowflake, ou tables Iceberg externes
LangagesPython, SQL, Scala, R, notebooksSQL d'abord ; Python, Java et Scala via Snowpark
GouvernanceUnity Catalog, avec une version open sourceHorizon Catalog ; Apache Polaris pour les tables Iceberg
IA et agentsAgent Bricks, Genie, MLflow, serving de modèlesCortex AI, Snowflake CoWork, Snowflake CoCo
Base transactionnelleLakebase (PostgreSQL serverless)Snowflake Postgres, tables hybrides
ExploitationDavantage de paramètres (clusters, runtimes), serverless en progressionPeu de réglages, service largement managé
FacturationUnités de calcul (DBU), plus l'infrastructure cloud en mode classiqueCré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.

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.

Pertinent si

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.
Moins adapté si

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.

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.

Ressources pour approfondir Databricks et le lakehouse

Trois articles pour passer de la présentation de la plateforme aux technologies qui la composent.

Questions fréquentes

Questions fréquentes

Apache Spark est un moteur open source de calcul distribué, géré par la fondation Apache. Databricks est l'entreprise fondée par ses créateurs, qui commercialise une plateforme managée autour de Spark, avec stockage transactionnel, gouvernance, SQL, machine learning et IA. On peut utiliser Spark sans Databricks, par exemple sur un cluster Kubernetes ou un service cloud.

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