← Comparisons

Comparison

graal vs Databricks

Two ways to take data and AI all the way to production. This page compares graal and Databricks criterion by criterion: what each one publishes, in its own words, dated and sourced.

At a glance

Four points that decide the choice

Pricing

graal

Annual vendor subscription per vCPU, unlimited users and agents, no usage-based billing.

Databricks

Usage-based, per second, in DBUs: “Only pay for the products you use at per second granularity.” Usage commitments give access to discounts.

AI agents

graal

An MCP server drives the Data Platform, under a service account scoped to one project and with human approval. The Agentic Platform puts any agent to work on your processes.

Databricks

The Genie One MCP server has been generally available since 25 September 2026; the dbsql, sandbox and web_search servers require the Unity Gateway beta. Agent Bricks: “the Databricks agent developer platform”.

Criterion by criterion

What each one publishes

Every Databricks cell links to its source and to the date we accessed it. Quotes stay in their original language.

Comparison of graal and Databricks, criterion by criterion
CriteriongraalDatabricks
Where the platform runsYour Kubernetes or OpenShift: on-premises, in a private cloud or with the hosting provider of your choice. Installed with Helm, without cluster administration rights; offline installation is possible.

AWS, Azure and GCP. On AWS, classic compute runs in your own account: “For classic Databricks compute, the compute resources are in your AWS account in what is called the classic compute plane.” Serverless compute runs in the Databricks account.

Who operates the control planeYou do. No SaaS and no telemetry: no third-party service is needed to run it. Operations by graal Services is a separate service that you choose.

“The control plane includes the backend services that Databricks manages in your Databricks account. The control plane is located in the Databricks account, not your cloud account.”

Vendor, headquarters, governing lawGRAAL.SYSTEMS SAS, a French-law vendor, Paris.

Databricks, Inc., headquartered in San Francisco. For a customer domiciled in Europe, the contract (MCSA) sets Irish law and the courts of Dublin.

Software licenseOpen source, Apache 2.0 license, for the Data Platform and the Agentic Platform alike.

A platform under contract: “Databricks retains all rights, title and interest in and to the Databricks Services”. It builds on open source projects: “Apache Spark™, Delta Lake, Apache Iceberg™, Unity Catalog, MLflow, Delta Sharing and Redash”, several of them created by Databricks.

Open formatsParquet and Apache Iceberg on your S3 storage, standard SQL with Trino; low-code pipelines exported as Pandas or PySpark code.

Delta Lake is the default format: “Delta Lake is the default format for all operations on Databricks.” Iceberg tables are supported and reachable through the Iceberg REST API of Unity Catalog.

Published pricing modelAnnual vendor subscription per vCPU, unlimited users and agents, no usage-based billing. 8-week pilot; graal Services priced separately.

“Databricks offers you a pay-as-you-go approach with no up-front costs.” The unit is the DBU, “a normalized unit of processing power”. Storage and networking depend on the cloud you choose. Usage commitments give access to discounts.

Generative AI and agentsMCP server built into the Data Platform, one service account per project, per-agent policies, human approval, revocation, audit. LLM gateway and RAG over your documents. Agentic Platform: workflows of agents and people, any agent, measured guarantees.

“The Genie One MCP server is now generally available” (25 September 2026). The servers “system.ai.dbsql”, “system.ai.sandbox” and “system.ai.web_search” require the Unity Gateway beta. Each MCP in the system.ai schema is a Unity Catalog object, governed by grants and policies. Agent Bricks: “the Databricks agent developer platform” (page updated on 13 October 2026).

A cell older than 90 days is re-checked or removed. Has something changed? Write to contact@graal.systems and we will correct it.

When to choose graal

What graal brings

Your data stays with you

graal installs on your Kubernetes or OpenShift, on-premises or with the hosting provider of your choice. The platform, the data and the traces stay in the infrastructure you picked.

A bill that does not follow consumption

The vendor subscription is computed per vCPU, with unlimited users and agents and no usage-based billing: the bill varies neither with the number of queries nor with the number of people or agents.

Code you can read

Both platforms are open source, under the Apache 2.0 license. Low-code pipelines export as Pandas or PySpark code, and the data stays in Parquet and Iceberg on your storage.

Agents that act under control

The Data Platform’s MCP server opens its tools under a service account scoped to one project, with human approval, immediate revocation and an audit log. The agents of the Agentic Platform operate it the same way, and every call is traced on both sides.

When Databricks suits you

What Databricks publishes about its strengths

You want a service operated by its vendor

Databricks operates the control plane and offers “serverless” compute: “In the serverless compute plane, Databricks compute resources run in a compute layer within your Databricks account.”

You pay for usage and steer by consumption

The price follows usage: “Only pay for the products you use at per second granularity.” Usage commitments give access to discounts and other benefits, including across several clouds.

You already work on Delta Lake, Unity Catalog or MLflow

Databricks is built on these projects, several of which were created there, and Delta Lake is its default format.

You want to build your agents next to your data

Agent Bricks is “the Databricks agent developer platform”, and each MCP in the system.ai schema is a Unity Catalog object, governed by grants and policies.

Moving from Databricks to graal

Take over your workloads without rewriting everything

graal Services support the move: inventory of your jobs, cut-over order, team training.

  1. Step 01

    Python and Spark jobs

    A Python script or a Spark job is dropped as is into a graal job. Spark runs on your Kubernetes, distributed when the size calls for it.

  2. Step 02

    Notebooks and experiment tracking

    Your exported notebooks reopen in Jupyter or VS Code, behind your SSO. Experiments and models go through an MLflow client.

  3. Step 03

    Data

    You export your tables as Parquet; a graal job rewrites them as Iceberg on your S3 storage, and Trino queries them in SQL.

  4. Step 04

    Orchestration

    Chains, cron and triggers are recreated in graal’s orchestration, with retries, backfills and alerts.

Frequently asked questions

What we are asked most often

Is graal an alternative to Databricks on-premises?

graal installs on your Kubernetes or OpenShift, on-premises or with the hosting provider of your choice, and covers the chain from source to model in production: connectors, low-code pipelines exported as code, orchestration and compute, Iceberg lakehouse and Trino SQL, notebooks, ML and generative AI, governance.

Do I have to leave Databricks to use graal?

No. The two can coexist: graal takes the workloads whose data must stay with you, and the rest can stay elsewhere. The 8-week pilot compares on a real use case, with your data.

What does graal cost, compared with a usage-billed service?

An annual vendor subscription per vCPU, with unlimited users and agents and no usage-based billing. The amount depends on your vCPU quota and the services you choose: you receive it after a scoping conversation.

Can my AI agents drive graal?

Yes, through the Data Platform’s MCP server, under a service account scoped to one project. Sensitive actions wait for a manager’s approval, and every call is visible live and in the audit log.

Compare on your own data

The 8-week pilot puts graal to the test on your use case, in your infrastructure.