Alternativas a Databricks: adónde ir y cómo migrar sin reescribirlo todo

Ocho destinos detallados, uno por motivo para irte, y un plan de migración en ocho pasos.

La respuesta corta: Snowflake si tu trabajo es sobre todo SQL y BI, BigQuery si estás en Google Cloud y no quieres gestionar ningún clúster, Microsoft Fabric si tu empresa funciona con Power BI y Azure, Amazon EMR si quieres conservar tu código Spark en AWS pagando menos, Starburst o Dremio si prefieres dejar tus ficheros donde están y cambiar solo el motor, ClickHouse Cloud para paneles rápidos de cara a tus clientes y MotherDuck si tus datos caben en unos cientos de gigas. Una buena noticia antes de elegir: tus tablas Delta son ficheros Parquet en tu propio almacenamiento. BigQuery, Snowflake, Fabric, Starburst y DuckDB saben leerlas. El trabajo de verdad está en otro sitio: el código propio de Databricks y los permisos. Hemos comparado los ocho destinos de esta guía y revisado sus precios en las páginas de cada proveedor en 2026.

Romain CochardCEO de Hack'celeration
Actualizado 20268destinos detallados8pasos de migración2026precios revisados

La clasificación es editorial: un puesto patrocinado siempre se indica en su ficha, y ningún enlace de afiliado cambia una nota.

Los motivos reales

Por qué los equipos dejan Databricks, y dónde duele

Databricks sigue siendo la referencia para el machine learning y el procesamiento pesado con Spark. Los equipos no se van porque el producto sea malo. Se van porque pagan una plataforma pensada para terabytes cuando su necesidad real es otra. Hay seis motivos que se repiten, y cada uno lleva a un destino distinto.

Dos facturas en lugar de una

Databricks cobra DBU (Databricks Units, una unidad de cómputo por hora) y tu nube cobra aparte las máquinas virtuales, salvo en serverless. En Azure Databricks Premium, región Francia Central, una DBU cuesta 0,30 $ en Jobs y 0,55 $ en All-Purpose. Un clúster interactivo olvidado corre dos contadores a la vez. En r/dataengineering, un equipo contaba que su factura duplicaba la estimación, y eso que la estimación ya llevaba un 50 % de margen.

El SQL serverless sale caro detrás de los paneles

En Azure Databricks Premium, región Francia Central, la DBU de SQL Serverless cuesta 0,91 $, frente a 0,22 $ en SQL Classic, con las máquinas incluidas en serverless. Si lo tienes encendido todo el día detrás de paneles internos, o de paneles que ven tus clientes, la cifra sube rápido. Un equipo con un presupuesto de 1 000 $ al mes acabó leyendo sus tablas Delta con delta-rs y DuckDB para sus paneles en tiempo real.

Tus volúmenes son demasiado pequeños para Spark

Spark sirve para repartir un cálculo entre varias máquinas. Con 100 o 200 GB en total y 1 GB al día, un solo nodo suele bastar. En un hilo de r/dataengineering sobre un almacén de 200 GB, la respuesta más votada lo resumía así: a ese tamaño pagas cómputo distribuido que no vas a usar. Es el caso típico en el que una base SQL o DuckDB cuesta una fracción del precio.

Probar el código en local es un suplicio

Un equipo describía un ciclo de 10 a 20 minutos para probar un cambio, porque había que desplegarlo antes en Databricks. Las respuestas recordaban que Databricks Asset Bundles con pytest arreglan parte del problema. Aun así, si tu equipo quiere pruebas unitarias en local y olvidarse de los notebooks, un motor SQL más sencillo con dbt suele resultar más cómodo.

Tu empresa ha elegido otra nube, o Power BI

Muchas salidas no son técnicas. La dirección estandariza en Microsoft 365 y Power BI, y Fabric pasa a ser la opción por defecto. O la empresa se muda a Google Cloud, y BigQuery viene detrás. Entonces la pregunta ya no es qué herramienta es la mejor, sino cómo migrar sin perder seis meses.

La Free Edition no es un plan de pago pequeño

Databricks retiró la Community Edition en 2025 y la sustituyó por la Free Edition. Es gratuita, pero solo para uso no comercial: un único SQL warehouse 2X-Small, 5 tareas de job simultáneas, sin R ni Scala y sin SLA. Una pyme que esperaba seguir gratis con un uso real tiene que pagar, o pasar a una herramienta con un nivel gratuito comercial de verdad (BigQuery, MotherDuck, Starburst).

Las 8 alternativas

Las alternativas a Databricks, una por una

Cada ficha explica por qué pasarte a esa herramienta, para quién es, para quién no, su límite, cómo migrar desde Databricks y su precio. Los precios son los de las páginas oficiales en 2026, en dólares sin impuestos y en región europea cuando el proveedor la publica: ninguno de estos proveedores muestra euros.

01

Snowflake: cuando tu trabajo es sobre todo SQL

SQL y BI

Por qué pasarte a Snowflake. Es el almacén SQL gestionado más parecido a lo que hace Databricks SQL, sin clústeres ni máquinas que gestionar. Creas un almacén virtual, eliges su tamaño y se pausa cuando nadie lo usa. Snowflake incluso documenta la migración desde Databricks.

Para quién. Equipos de datos de pymes y empresas medianas cuyo día a día es SQL, modelos dbt y paneles, con algo de Python.

Para quién no. Un equipo que entrena modelos pesados en GPU cada noche, o que escribe sobre todo Scala: perderá más de lo que gane.

Su límite. El crédito es caro en Europa: 2,60 $ en Standard, 3,90 $ en Enterprise y 5,20 $ en Business Critical en AWS Dublín, Fráncfort o París. Un almacén X-Small consume 1 crédito por hora, y el almacenamiento cuesta 23 $ por TB y mes en Dublín. Un almacén mal configurado que nunca se pausa cuesta lo mismo que un clúster de Databricks olvidado.

Cómo migrar. Para el SQL, SnowConvert AI convierte el código SQL de tus tablas y vistas escrito en Spark SQL o Databricks SQL. Para el PySpark, Snowpark Connect ejecuta tu código Spark en el motor de Snowflake sin clúster Spark, así que no tienes que reescribirlo todo de golpe. Para los datos, Snowflake puede crear una tabla Iceberg sobre ficheros Delta en almacenamiento de objetos: lees tus tablas donde están durante la transición y luego copias las más usadas a tablas nativas. Ojo con el dialecto: Netlify tuvo que cambiar if() por iff() y collect_list() por array_agg(), y dividir por cero da error en Snowflake, mientras que Databricks devuelve NULL.

Crédito
2,60 $ (Standard, AWS UE)
Almacenamiento
23 $ por TB y mes (Dublín)
Facturación
por segundo, almacén en pausa gratis
Límite
crédito más caro en Europa
Ver precios de Snowflake →
02

BigQuery: cuando no quieres volver a dimensionar un clúster

Sin servidores

Por qué pasarte a BigQuery. No hay nada que encender ni apagar. Escribes una consulta, Google la ejecuta y pagas los bytes leídos. Para un equipo cansado de ajustar tamaños de clúster y apagados automáticos, es el cambio más claro.

Para quién. Empresas que ya están en Google Cloud, equipos que reciben datos de Google Analytics 4 o Google Ads, y equipos que consultan a ratos y no todo el día.

Para quién no. Un equipo con todos sus datos en AWS o Azure: sacar terabytes de otra nube cuesta dinero y sumas un proveedor más.

Su límite. En modo bajo demanda, cada consulta cuesta 6,25 $ por TiB leído, después de 1 TiB gratis al mes. Un SELECT * sobre una tabla grande sin particionar se paga caro. A partir de cierto volumen toca pasar a capacidad reservada (0,06 $ por slot-hora en Enterprise en EE. UU.) y aprender a dimensionarla. El almacenamiento activo cuesta unos 0,023 $ por GiB y mes, con 10 GiB gratis.

Cómo migrar. Si tus tablas Delta están en Google Cloud Storage, BigQuery las lee como tablas externas BigLake (CREATE EXTERNAL TABLE), con deletion vectors incluidos, y sigue solo los cambios de esquema. Puedes conectar tus paneles a BigQuery antes de mover un solo fichero y después convertir en nativas las tablas más leídas.

Gratis
1 TiB de consultas y 10 GiB al mes
De pago
6,25 $ por TiB leído
Capacidad
0,06 $ por slot-hora (Enterprise, EE. UU.)
Límite
una consulta mal escrita sale cara
Ver precios de BigQuery →
03

Microsoft Fabric: cuando tu empresa vive en Power BI

Ecosistema Microsoft

Por qué pasarte a Fabric. Fabric reúne bajo una sola capacidad el lakehouse, el almacén, Spark, las canalizaciones y Power BI. Las tablas del lakehouse son ficheros Delta en OneLake, el mismo formato que usa Databricks: tus ficheros cambian de dirección, no de forma. Para una empresa estandarizada en Microsoft, es un solo contrato y una sola consola.

Para quién. Equipos de finanzas y de BI que ya usan Power BI y Azure y quieren acercar los datos a los informes.

Para quién no. Un equipo con picos de cómputo imprevisibles que no puede esperar: Fabric responde a la sobrecarga frenando, no cobrando más.

Su límite. Pagas una capacidad encendida, no una consulta. Una F2 en Francia Central cuesta unos 0,20 $ por CU-hora, es decir, unos 292 $ al mes con 730 horas encendida (cálculo nuestro); la reserva a 1 o 3 años ahorra en torno a un 41 %. Cuando la capacidad se satura, Microsoft limita por etapas: pasados 10 minutos de capacidad futura consumida, 20 segundos de espera en las consultas interactivas; pasada una hora, se rechazan; pasadas 24 horas, se rechaza todo. El exceso de pago existe, pero cuesta el triple de la tarifa normal. Y por debajo de F64, cada persona que publica o consulta un informe necesita una licencia Power BI Pro.

Cómo migrar. Si estás en Azure Databricks, Fabric puede reflejar tu catálogo de Unity Catalog: solo se copia la estructura y los datos se leen mediante accesos directos. Las tablas, vistas materializadas y streaming tables se reflejan; las vistas y las metric views no aparecen, ni las tablas externas que no son Delta. Para lo demás, crea accesos directos de OneLake a tu ADLS Gen2 o tu S3: una carpeta Delta dentro de Tables se reconoce como tabla. Los nombres de tabla con espacios no funcionan.

Capacidad
F2 unos 292 $ al mes (Francia Central, cálculo nuestro)
Reserva
en torno a un 41 % de ahorro
Almacenamiento
OneLake 0,024 $ por GB y mes
Límite
limitación cuando la capacidad se satura
Ver precios de Fabric →
04

Amazon EMR: cuando quieres Spark sin las DBU

Spark en AWS

Por qué pasarte a EMR. Tu código PySpark funciona tal cual, o casi, porque EMR ejecuta Apache Spark. Desaparece la capa de DBU: con EMR Serverless pagas la vCPU y la memoria que consumes, por segundo, con un mínimo de un minuto. Con EMR sobre EC2 pagas el recargo de EMR más la máquina, y las instancias Spot pueden ahorrar hasta un 90 % frente al precio bajo demanda.

Para quién. Equipos de ingeniería de datos en AWS con canalizaciones Spark pesadas y regulares, y con alguien que se ocupe de la orquestación (Airflow, Step Functions).

Para quién no. Un equipo de analistas que quiere notebooks, un catálogo y paneles listos para usar: EMR es un motor, no una plataforma.

Su límite. Todo lo que Databricks ponía alrededor de Spark te toca rehacerlo: catálogo (Glue), permisos (Lake Formation), notebooks, alertas, despliegue. En Reddit, a un ingeniero que planeaba justo ese montaje le advirtieron de la complejidad de los permisos de Lake Formation y del trabajo de orquestación que recae en el equipo. Las funciones propias de Databricks (dbutils, Delta Live Tables) no existen aquí.

Cómo migrar. Haz la lista de tus jobs y sustituye en cada notebook las llamadas a dbutils.fs por llamadas a S3 y dbutils.secrets por AWS Secrets Manager. Convierte los notebooks en scripts Python versionados. Ejecuta cada job en EMR Serverless en paralelo con Databricks y compara las salidas antes de cortar. En la región de España, la vCPU-hora cuesta 0,0605176 $ y el GB-hora de memoria 0,0066456 $.

Serverless
0,0605176 $ la vCPU-hora (España)
Memoria
0,0066456 $ el GB-hora (España)
Facturación
por segundo, 1 minuto mínimo
Límite
plataforma que reconstruir alrededor de Spark
Ver precios de Amazon EMR →
05

Starburst Galaxy: cuando quieres cambiar de motor, no de almacenamiento

Lakehouse abierto

Por qué pasarte a Starburst. Starburst Galaxy es un servicio gestionado sobre Trino, un motor SQL que consulta los ficheros donde están. Tus tablas Delta se quedan en tu S3 o tu ADLS y solo cambia lo que calcula. Es la salida con menos riesgo para tus datos.

Para quién. Equipos con datos repartidos entre un lago, bases operativas y otros almacenes, que quieren consultarlo todo en SQL sin copiarlo.

Para quién no. Un equipo que hace sobre todo machine learning en notebooks de Python: Starburst es un motor SQL.

Su límite. El precio va en créditos: Pro desde 0,50 $ el crédito, Enterprise desde 0,75 $, y un clúster con 2 workers consume 12 créditos por hora, o sea 6 $ por hora en Pro. El consumo de créditos es igual en todos los niveles; solo cambia el precio del crédito. El conector Delta Lake no lee las vistas de Databricks, pero sí lee las tablas gestionadas y externas mediante el metastore de Unity.

Cómo migrar. Conecta el conector Delta Lake a tu almacenamiento, vuelve a crear tus vistas en SQL de Trino (no vienen solas) y redirige tus paneles. La prueba de 30 días incluye 500 $ de cómputo y las funciones Enterprise; después, la cuenta pasa al nivel gratuito, con hasta 3 clústeres.

Gratis
hasta 3 clústeres
De pago
Pro desde 0,50 $ el crédito
Prueba
30 días, 500 $ de cómputo
Límite
no lee las vistas de Databricks
Ver precios de Starburst →
06

Dremio: cuando quieres un lakehouse abierto con un precio claro

Iceberg

Por qué pasarte a Dremio. Dremio consulta tu lago de datos en SQL y apuesta por Apache Iceberg, el formato de tabla abierto que también leen Snowflake, Starburst o Spark. Si tu motivo para irte es no depender de un solo proveedor, es una buena salida.

Para quién. Equipos que quieren un motor SQL rápido sobre sus propios ficheros, con un precio fácil de explicar a la dirección.

Para quién no. Un equipo que lo quiere todo en una sola herramienta, canalizaciones y machine learning incluidos: Dremio cubre la consulta y la capa semántica, no el entrenamiento de modelos.

Su límite. Dremio Cloud cuesta 0,20 $ por DCU (Dremio Compute Unit), contados según el tamaño del motor y el tiempo que está encendido: un motor de 20 DCU durante 10 horas consume 200 DCU, es decir, 40 $. La versión Enterprise autoalojada va con presupuesto, y la Community Edition, gratuita, la gestionas tú.

Cómo migrar. Empieza por tus tablas más leídas: conviértelas a Iceberg o exponlas tal cual, redirige un panel y compara las cifras. La prueba da 400 $ de créditos durante 30 días, sin tarjeta, suficiente para un piloto real.

De pago
0,20 $ por DCU
Prueba
400 $ en 30 días, sin tarjeta
Gratis
Community Edition autoalojada
Límite
sin machine learning integrado
Ver precios de Dremio →
07

ClickHouse Cloud: cuando tus paneles tienen que responder al momento

Analítica rápida

Por qué pasarte a ClickHouse. ClickHouse es una base de datos columnar pensada para agregaciones rápidas sobre grandes volúmenes de eventos. Para un panel que ven tus clientes, o para analizar logs, suele ser más rápido y más barato que un SQL warehouse encendido todo el día.

Para quién. Empresas SaaS que muestran estadísticas a sus clientes, equipos de producto que analizan eventos y equipos frenados por el coste de los paneles en Databricks.

Para quién no. Procesos pesados con muchas uniones entre tablas grandes, y el machine learning: para eso, quédate con Spark o un almacén.

Su límite. ClickHouse te obliga a pensar antes el modelo de datos (clave de ordenación, particiones); perdona menos que un almacén generalista. El precio se calcula por unidad de cómputo (8 GiB de RAM y 2 vCPU) y por hora: en Enterprise, de 0,36027 $ (GCP Países Bajos) a 0,46974 $ (AWS Fráncfort), más el almacenamiento de 22 a 26,95 $ por TB y mes. El nivel Basic limita el almacenamiento a 1 TB.

Cómo migrar. No lo muevas todo: pasa solo las tablas que alimentan los paneles rápidos, cargadas desde tu lago. Exporta una vez el histórico en Parquet y luego alimenta ClickHouse de forma continua desde tu canalización de ingesta. La prueba da 300 $ de créditos durante 30 días.

Prueba
300 $ en 30 días
De pago
por uso, sin mínimo
Cómputo
desde 0,36027 $ la unidad-hora (Enterprise, UE)
Límite
modelo de datos que diseñar
Ver precios de ClickHouse →
08

MotherDuck: cuando tus datos caben en un solo servidor

Volúmenes pequeños

Por qué pasarte a MotherDuck. MotherDuck es DuckDB en la nube: un motor SQL muy rápido sobre un solo nodo, con espacio compartido e interfaz web. Si tus datos ocupan unos cientos de gigas, suele ser la forma más sencilla de recortar la factura.

Para quién. Startups y equipos de datos pequeños con 100 a 500 GB, necesidades sobre todo analíticas y la costumbre de probar en local con DuckDB antes de publicar.

Para quién no. Equipos con decenas de terabytes y canalizaciones Spark complejas, o grandes empresas que necesitan una gobernanza fina.

Su límite. El plan Lite es gratuito, pero se limita a 3 usuarios, 10 GB de almacenamiento y 10 horas de cómputo al mes. Business cuesta 250 $ al mes por organización más el uso: 0,60 $ por CU-hora en cómputo Pulse y 0,04 $ por GB y mes de almacenamiento. Es un producto joven al lado de Snowflake o BigQuery.

Cómo migrar. DuckDB tiene una extensión delta que lee tus tablas Delta directamente desde S3 con delta_scan(). Lee tus tablas donde están, compara resultados y luego carga en MotherDuck las más usadas. Business se prueba 7 días sin tarjeta.

Gratis
Lite: 3 usuarios, 10 GB, 10 h de cómputo
De pago
250 $ al mes + uso
Cómputo
0,60 $ por CU-hora
Límite
pensado para volúmenes modestos
Ver precios de MotherDuck →
La comparativa

Las 8 alternativas frente a frente

La tabla recoge la unidad de facturación y el precio de entrada de cada herramienta, y lo que cambia en la práctica si vienes de Databricks. Fíjate sobre todo en la unidad: una capacidad encendida, los bytes leídos y los créditos por segundo no reaccionan igual ante un equipo que consulta todo el día.

Facturación y precio de entradaQué cambia si vienes de Databricks
DatabricksEl punto de partidaDBU + máquinas de la nube; Azure Premium Francia Central: Jobs 0,30 $, All-Purpose 0,55 $, SQL Serverless 0,91 $ la DBUPlataforma completa de Spark, ML y SQL; dos facturas fuera de serverless
SnowflakeSQL y BICréditos por segundo; 2,60 $ el crédito en Standard (AWS UE)Sin clústeres; SQL que adaptar, PySpark con Snowpark Connect
Google BigQuerySin servidores6,25 $ por TiB leído, 1 TiB gratis al mesNada que dimensionar; lee tus tablas Delta donde están
Microsoft FabricEcosistema MicrosoftCapacidad; F2 unos 292 $ al mes (Francia Central, cálculo nuestro)Delta conservado en OneLake; limitación en vez de sobrecoste
Amazon EMRSpark en AWS0,0605176 $ la vCPU-hora + 0,0066456 $ el GB-hora (Serverless, España)Código Spark conservado; catálogo, permisos y notebooks que rehacer
Starburst GalaxyLakehouse abiertoGratis hasta 3 clústeres; Pro desde 0,50 $ el créditoFicheros intactos, motor Trino; vistas que recrear
DremioIceberg0,20 $ por DCU; 400 $ de pruebaFicheros intactos; sin machine learning integrado
ClickHouse CloudAnalítica rápidaUnidad-hora desde 0,36027 $ (Enterprise, UE); 300 $ de pruebaPaneles más rápidos; modelo de datos que repensar
MotherDuckVolúmenes pequeñosLite gratis; Business 250 $ al mes + usoUn solo nodo, mucho más barato; no para volúmenes enormes

Precios sin impuestos en dólares, tal como los publican los proveedores en 2026, sujetos a cambios. Fuera de serverless, las máquinas de la nube se suman a las DBU de Databricks. Compruébalo siempre con tu volumen real.

Plan de migración

Migrar desde Databricks en ocho pasos

La idea: la nueva plataforma funciona al lado de Databricks, sobre los mismos ficheros cuando se puede, hasta que las cifras coinciden. Solo apagas Databricks al final. Cuenta unas semanas para un equipo pequeño y varios meses para cientos de jobs.

01

Hacer inventario de lo que funciona de verdad

Semana 1

Haz la lista de jobs, notebooks programados, SQL warehouses, canalizaciones de Delta Live Tables y todos los paneles que leen de Databricks. Tu factura de Databricks, desglosada por clúster y por warehouse, te dice qué consume más: empieza por ahí.

Clasifica cada elemento: SQL puro, PySpark o machine learning. Ese reparto ya te dice qué destino es realista.

Duración
dos o tres días
Resultado
lista de jobs ordenada por coste
02

Localizar el código propio de Databricks

Semana 1

Busca en tu repositorio dbutils (ficheros, secretos, widgets, dbutils.notebook.run), los comandos mágicos %run y %sql, los ajustes spark.databricks.* y los nombres de tres niveles de Unity Catalog (catalogo.esquema.tabla). Ninguna otra plataforma los entiende.

Encierra esas llamadas en un pequeño módulo tuyo (leer un fichero, leer un secreto). El día de la migración cambias ese módulo, no cien notebooks.

Duración
uno o dos días
Herramienta
búsqueda en el repositorio
03

Decidir si los datos se mueven

Semana 2

Tus tablas Delta son ficheros Parquet con un registro de transacciones en tu propio almacenamiento. BigQuery (BigLake), Snowflake (tablas Iceberg sobre ficheros Delta), Fabric (accesos directos de OneLake), Starburst y DuckDB saben leerlas. Empieza leyéndolas donde están: migra el cómputo antes que los datos.

Anota qué funciones de Delta usa cada tabla. Las más recientes, como deletion vectors o column mapping, no las leen todos los motores.

Duración
dos días
Riesgo
función Delta que el nuevo motor no lee
04

Reconstruir los permisos

Semana 2

Exporta los permisos de Unity Catalog (quién lee qué, máscaras de columnas, filtros de filas) antes de tocar nada. No se trasladan solos a ningún sitio.

Vuelve a crearlos en la nueva herramienta por grupos, no por persona. Es el paso que más se subestima, y el único con riesgo real de fuga de datos.

Duración
de dos a cinco días
Riesgo si se hace mal
datos sensibles abiertos a todos
05

Lanzar un piloto sobre un área

Semanas 3 y 4

Elige un área completa, por ejemplo finanzas: sus fuentes, sus modelos y sus dos o tres paneles. Mígrala sin refactorizar el SQL. Netlify convirtió esta regla en su primera decisión: reescribir mientras migras hace imposible explicar cada diferencia.

Mide la factura del piloto durante dos semanas reales. Es la única cifra que importa para lo que viene.

Duración
dos semanas
Resultado
coste real en dos semanas
06

Comparar las dos cadenas

Semanas 4 a 6

Ejecuta la cadena antigua y la nueva en paralelo. Compara el número de filas y luego sumas por día en las columnas clave (facturación, número de pedidos). Las diferencias suelen venir del dialecto: división por cero, zonas horarias, mayúsculas en los identificadores.

No pases a la siguiente área hasta que la diferencia sea cero o esté explicada.

Duración
una o dos semanas por área
Control
sumas por día
07

Cambiar los paneles de sitio

Final del proyecto

Empieza por los informes más consultados. Netlify migró primero sus 20 informes más vistos y archivó los que nadie abría. Mantén los mismos nombres de tablas o vistas para que los enlaces y los filtros sigan funcionando.

Avisa a los usuarios el día antes y deja el informe antiguo en solo lectura una semana.

Duración
una semana
Truco
archivar los informes muertos
08

Apagar Databricks con orden

Última semana

Para los jobs, luego los SQL warehouses y luego los clústeres. Revoca los tokens de acceso y las entidades de servicio. Conserva el almacenamiento: tus tablas Delta siguen siendo legibles sin Databricks, son tu archivo.

Comprueba cuándo termina tu compromiso: un descuento por compromiso de uso se paga entero, aunque dejes de consumir.

Duración
media jornada
Qué conservar
el almacenamiento de las tablas

¿Tu herramienta no está en esta página? Escríbenos: hello@hackceleration.com

Los errores de migración

Lo que hace fracasar una migración desde Databricks

Las migraciones fallidas casi nunca vienen de la plataforma elegida. Vienen de seis descuidos, siempre los mismos, que se repiten en foros y en relatos de equipos.

Pagar dos plataformas demasiado tiempo

La ejecución en paralelo es imprescindible, pero duplica la factura. Pon una fecha de fin por área y apaga los jobs de Databricks de esa área en cuanto esté validada.

Creer que el PySpark pasa tal cual

El código DataFrame estándar suele pasar; dbutils, los widgets y Delta Live Tables nunca. Snowpark Connect y EMR ayudan, pero cada job hay que volver a lanzarlo y compararlo.

Olvidar los permisos

Unity Catalog no se exporta solo. Una tabla de nóminas visible para toda la empresa después del cambio es el incidente que para un proyecto.

Elegir por el precio de catálogo

Una DBU, un crédito y un TiB leído no se comparan. Solo un piloto de dos semanas con tu volumen real da una cifra fiable.

Quedarse corto con la capacidad de Fabric

Una F2 barata se satura rápido. Cuando pasa, los usuarios esperan 20 segundos y luego reciben un rechazo. Dimensiona para tus horas punta, no para la media.

Olvidar el compromiso

Si firmaste un descuento por compromiso con Databricks, el consumo no usado se paga igual. Haz coincidir el final de la migración con el final del contrato.

  • Jobs, notebooks, warehouses y paneles ordenados por coste
  • Llamadas dbutils, %run y nombres de Unity Catalog localizados
  • Funciones Delta anotadas para cada tabla
  • Permisos de Unity Catalog exportados
  • Destino elegido según el peso de SQL, Spark y ML
  • Piloto sobre un área con factura real
  • Filas y sumas por día comparadas
  • Informes más vistos cambiados primero
  • Jobs, warehouses y clústeres parados, tokens revocados
  • Fecha de fin del compromiso con Databricks comprobada
FAQ · 8 questions

Preguntas frecuentes sobre las alternativas a Databricks

  • ¿Cuál es la alternativa más barata a Databricks?

    Para volúmenes pequeños, MotherDuck: el plan Lite es gratuito hasta 10 GB y 10 horas de cómputo al mes, y Business empieza en 250 $ al mes. Para un uso a ratos, BigQuery da 1 TiB de consultas gratis cada mes. Para conservar Spark, EMR Serverless elimina la capa de DBU. Lo más barato depende de tu volumen: haz un piloto antes de firmar.

  • ¿Puedo conservar mis tablas Delta Lake si dejo Databricks?

    Sí. Delta es un formato abierto: ficheros Parquet y un registro de transacciones en tu almacenamiento. BigQuery las lee como tablas BigLake, Snowflake como tablas Iceberg creadas sobre ficheros Delta, Fabric con accesos directos de OneLake y DuckDB con su extensión delta. Comprueba solo que el motor lee las funciones que usas, como los deletion vectors.

  • ¿Qué sale más barato, Databricks o Snowflake?

    Depende del uso. Para SQL y BI, Snowflake suele ser más fácil de controlar: un almacén X-Small consume 1 crédito por hora (2,60 $ en Standard en AWS UE) y se pausa solo. Para Spark pesado y machine learning, Databricks suele seguir siendo más eficiente. Los dos proveedores publican casos de clientes en ambos sentidos.

  • ¿La Free Edition de Databricks sirve para una pyme?

    No para producción. Está limitada al uso no comercial, con un único SQL warehouse 2X-Small, 5 tareas de job simultáneas y sin SLA. Sirve para aprender o para medir cómo rinde un job, como sugiere un hilo de Reddit, no para llevar el negocio.

  • ¿Cuánto tarda una migración desde Databricks?

    Unas semanas para un equipo pequeño que hace sobre todo SQL, varios meses para cientos de jobs de Spark. Netlify migró cerca de 500 modelos dbt en unas semanas, congelando el resto de proyectos y prohibiendo refactorizar durante la migración.

  • ¿Microsoft Fabric sustituye a Azure Databricks?

    Para BI y almacén de datos, muchas veces sí, sobre todo porque Fabric puede reflejar tu Unity Catalog sin copiar datos. Para machine learning avanzado y procesos Spark grandes e irregulares, muchos equipos mantienen los dos. Ten en cuenta la diferencia de comportamiento: Fabric frena y luego rechaza cuando la capacidad se satura, mientras que Databricks sigue y cobra más.

  • ¿Cómo sustituyo dbutils fuera de Databricks?

    No hay un equivalente universal. dbutils.fs pasa a ser llamadas a tu almacenamiento (S3, ADLS, GCS), dbutils.secrets el almacén de secretos de tu nube y dbutils.notebook.run tu orquestador. Lo más sencillo es encerrar esas llamadas en un solo módulo antes de migrar.

  • ¿Dejo Databricks o primero recorto la factura?

    Prueba antes tres ajustes: job clusters en lugar de clústeres All-Purpose (0,30 $ frente a 0,55 $ la DBU en Azure Premium), un apagado automático corto y presupuestos por clúster. Si la factura sigue alta o tus volúmenes son pequeños, migrar tiene sentido. Para comparar almacenes, lee nuestra clasificación de data warehouses, y para la ingesta, nuestra comparativa de herramientas ETL.

Hack'celeration Labs

Recibe la próxima guía de migración en tu correo

Una herramienta que dejar, un destino, un plan de migración. Nada más.

Sin spam. Te das de baja con un clic.