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.
La clasificación es editorial: un puesto patrocinado siempre se indica en su ficha, y ningún enlace de afiliado cambia una nota.
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).
Te vas porque… pasa a…
Empieza por lo que haces de verdad en Databricks hoy. Si es un 90 % de SQL y paneles, tu destino no es el mismo que si entrenas modelos cada noche.
Almacén SQL gestionado, créditos por segundo, herramientas que convierten el SQL de Databricks.
Estás en Google Cloud y no quieres más clústeresBigQuerySin servidores, 1 TiB de consultas gratis al mes, lee tus tablas Delta donde están.
Tu empresa vive en Power BI y AzureMicrosoft FabricPuede reflejar tu catálogo de Azure Databricks sin copiar datos.
Quieres conservar Spark en AWS pagando menosAmazon EMRSpark serverless cobrado por vCPU y por GB, sin DBU.
Quieres conservar tus ficheros y cambiar solo el motor SQLStarburstTrino gestionado, conector Delta Lake, nivel gratuito.
Quieres un lakehouse abierto sobre Iceberg con un precio claroDremio0,20 $ por DCU, 400 $ de prueba sin tarjeta.
Tus paneles para clientes deben responder en menos de un segundoClickHouse CloudMotor analítico columnar muy rápido, 300 $ de créditos de prueba.
Tus datos caben en unos cientos de GBMotherDuckDuckDB en la nube, gratis hasta 10 GB y 10 h de cómputo.
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.
Las herramientas
Snowflake: cuando tu trabajo es sobre todo SQL
SQL y BIPor 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
BigQuery: cuando no quieres volver a dimensionar un clúster
Sin servidoresPor 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
Microsoft Fabric: cuando tu empresa vive en Power BI
Ecosistema MicrosoftPor 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
Amazon EMR: cuando quieres Spark sin las DBU
Spark en AWSPor 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
Starburst Galaxy: cuando quieres cambiar de motor, no de almacenamiento
Lakehouse abiertoPor 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
Dremio: cuando quieres un lakehouse abierto con un precio claro
IcebergPor 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
ClickHouse Cloud: cuando tus paneles tienen que responder al momento
Analítica rápidaPor 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
MotherDuck: cuando tus datos caben en un solo servidor
Volúmenes pequeñosPor 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
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 entrada | Qué cambia si vienes de Databricks | |
|---|---|---|
| DatabricksEl punto de partida | DBU + máquinas de la nube; Azure Premium Francia Central: Jobs 0,30 $, All-Purpose 0,55 $, SQL Serverless 0,91 $ la DBU | Plataforma completa de Spark, ML y SQL; dos facturas fuera de serverless |
| SnowflakeSQL y BI | Créditos por segundo; 2,60 $ el crédito en Standard (AWS UE) | Sin clústeres; SQL que adaptar, PySpark con Snowpark Connect |
| Google BigQuerySin servidores | 6,25 $ por TiB leído, 1 TiB gratis al mes | Nada que dimensionar; lee tus tablas Delta donde están |
| Microsoft FabricEcosistema Microsoft | Capacidad; F2 unos 292 $ al mes (Francia Central, cálculo nuestro) | Delta conservado en OneLake; limitación en vez de sobrecoste |
| Amazon EMRSpark en AWS | 0,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 abierto | Gratis hasta 3 clústeres; Pro desde 0,50 $ el crédito | Ficheros intactos, motor Trino; vistas que recrear |
| DremioIceberg | 0,20 $ por DCU; 400 $ de prueba | Ficheros intactos; sin machine learning integrado |
| ClickHouse CloudAnalítica rápida | Unidad-hora desde 0,36027 $ (Enterprise, UE); 300 $ de prueba | Paneles más rápidos; modelo de datos que repensar |
| MotherDuckVolúmenes pequeños | Lite gratis; Business 250 $ al mes + uso | Un 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.
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.
Los pasos
Hacer inventario de lo que funciona de verdad
Semana 1Haz 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
Localizar el código propio de Databricks
Semana 1Busca 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
Decidir si los datos se mueven
Semana 2Tus 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
Reconstruir los permisos
Semana 2Exporta 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
Lanzar un piloto sobre un área
Semanas 3 y 4Elige 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
Comparar las dos cadenas
Semanas 4 a 6Ejecuta 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
Cambiar los paneles de sitio
Final del proyectoEmpieza 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
Apagar Databricks con orden
Última semanaPara 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
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
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.fspasa a ser llamadas a tu almacenamiento (S3, ADLS, GCS),dbutils.secretsel almacén de secretos de tu nube ydbutils.notebook.runtu 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.
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.