Migrar a Snowflake: cuándo tiene sentido, cuándo no y cómo hacerlo por fases

Snowflake aparece cada vez más en las conversaciones de las direcciones financieras y de sistemas. A veces porque lo recomienda un proveedor, a veces porque el servidor donde viven los informes se ha quedado pequeño, y a veces porque alguien ha leído que es lo que usan las empresas que «van en serio con el dato».

Somos partner de Snowflake, y aun así la primera pregunta que hacemos a quien quiere migrar es si de verdad lo necesita. Este artículo explica qué es Snowflake, en qué casos compensa, en cuáles no, cómo es una migración bien hecha y cómo evitar la factura sorpresa del primer trimestre.

Qué es Snowflake, en pocas palabras

Snowflake es una plataforma de datos en la nube. Sirve para lo mismo que un data warehouse tradicional, es decir, para reunir en un solo sitio los datos del ERP, el CRM, la tienda online o el almacén y poder analizarlos juntos, pero sin servidores propios que comprar ni mantener.

Tres rasgos lo diferencian de un servidor de base de datos convencional:

• Separa el almacenamiento del cálculo. Los datos se guardan una sola vez, y la potencia para consultarlos se enciende y se apaga según haga falta. Finanzas puede lanzar su cierre sin frenar los informes de comercial.
• Se paga por uso. Se factura el almacenamiento y el tiempo de cálculo consumido. Si nadie consulta, el cálculo se apaga solo y no cuesta.
• Funciona sobre las grandes nubes. Se despliega en AWS, Microsoft Azure o Google Cloud, con regiones dentro de la Unión Europea.

Además, incluye funciones que en un servidor propio costarían mucho montar: recuperar los datos tal como estaban en un momento anterior, crear copias completas para pruebas sin duplicar el almacenamiento, compartir datos con otras empresas sin enviar ficheros o aplicar funciones de IA directamente sobre los datos.

También está pensado para datos sensibles: permite conexiones privadas que no pasan por internet, cifrado con claves que controla tu propia empresa y opciones de despliegue dentro de tu propia nube (BYOC). Que los datos sean delicados no es, por sí solo, un motivo para descartarlo.

Cuándo tiene sentido migrar

Migrar a Snowflake suele compensar en estas situaciones:

• Muchas fuentes de datos. ERP, CRM, comercio electrónico, pasarelas de pago, Excel de cada área. Cuantos más sistemas, más valor tiene un lugar común. Y da igual de dónde vengan: también los datos que hoy viven en herramientas de Microsoft o de Google se pueden llevar a Snowflake.
• Informes lentos o que frenan el ERP. Si las consultas de análisis se lanzan contra el propio ERP o contra un servidor que ya no da más de sí, separar el análisis de la operación alivia a los dos.
• Volumen que crece. Más pedidos, más canales, más histórico. En la nube se amplía sin comprar hardware.
• Varios equipos consultando a la vez. Cada área puede tener su propia potencia de cálculo sin pisarse con las demás.
• Planes de IA a medio plazo. Los modelos de IA necesitan datos unificados y limpios. Una plataforma como Snowflake es una buena base para ellos.
• Un servidor antiguo que hay que renovar. Si toca invertir en infraestructura de todos modos, es el momento de comparar con la nube.

Cuándo no es la mejor opción

Y estas son las situaciones en las que solemos recomendar otra cosa:

• Una sola fuente y poco volumen. Si casi todo está en el ERP y los informes funcionan, conectar Power BI con un buen modelo de datos puede bastar. Montar una plataforma para eso es matar moscas a cañonazos.
• No sabes todavía qué quieres medir. Ninguna plataforma resuelve eso. Primero va la hoja de ruta de datos: qué preguntas tiene que responder y de dónde sale cada dato.

Cómo se hace una migración, por fases

Una migración a Snowflake no se hace en un fin de semana ni de golpe. La forma que funciona es por fases, con el sistema antiguo y el nuevo conviviendo hasta que las cifras coinciden:

1. Inventario y decisión. Qué fuentes hay, qué informes existen, quién los usa y cuánto volumen se mueve. De aquí sale si Snowflake es la plataforma adecuada y qué alcance tiene la primera fase.
2. Arquitectura. Cómo se organizan los datos dentro de la plataforma (datos en bruto, datos limpios, datos listos para informes), qué roles y permisos tiene cada perfil, en qué región se alojan y cómo se va a vigilar el consumo.
3. Carga de las fuentes. Conexiones automáticas desde cada sistema. Se empieza por un área, normalmente la que más sufre con los informes actuales, y se amplía después.
4. Modelo y validación en paralelo. Se reconstruyen los indicadores sobre Snowflake y se comparan, cifra a cifra, con los del sistema antiguo. Nada se apaga hasta que coinciden.
5. Conexión del BI y cambio. Power BI, o la herramienta que uses, pasa a leer de Snowflake. Los usuarios ven los mismos paneles, pero más rápidos y con más datos.
6. Gobierno y mejora continua. Responsables de cada dato, control de calidad, permisos revisados y nuevas fuentes a medida que el negocio las pida. Lo explicamos en gobierno del dato: qué es y por qué lo pregunta la dirección.

La fase 4 es la que da confianza a la dirección. Si el día del cambio las cifras no cuadran con las de siempre, el proyecto pierde credibilidad aunque las nuevas sean las correctas. Por eso se valida en paralelo y se explica cada diferencia.

Cómo controlar el coste

El pago por uso es la gran ventaja de Snowflake y también su riesgo: si nadie lo vigila, el consumo crece sin que nadie lo decida. Cinco medidas lo mantienen bajo control:

• Apagado automático. La potencia de cálculo se suspende sola tras unos minutos sin consultas.
• Tamaño ajustado. Cada carga de trabajo usa la potencia que necesita, no la máxima.
• Límites y alertas de consumo. Avisos, y si hace falta cortes, cuando un equipo supera lo previsto.
• Consultas bien escritas. Un informe mal diseñado que se refresca cada cinco minutos puede costar más que todo lo demás junto.
• Revisión mensual. Qué ha consumido cada área y por qué, igual que se revisa cualquier otra partida.

Bien configurado, el coste es predecible. Mal configurado, es la razón por la que algunas empresas acaban diciendo que «la nube es cara».

Qué cambia después

Cuando la migración está hecha, el cambio se nota en el día a día:

• Un solo número. Comercial y finanzas consultan el mismo dato con las mismas definiciones.
• Informes que ya no esperan. El cierre deja de competir con los paneles de los demás.
• Preguntas que antes no tenían respuesta. Cruzar ventas, márgenes, stock y logística deja de ser un proyecto.
• Una base para la IA. Los datos ya están unificados y limpios para aplicar modelos de previsión o agentes.

Es lo que vimos en una importadora de alimentación: al centralizar sus datos en un data warehouse, unificó la información, mejoró su calidad y hoy decide con una visión 360º del negocio.

Por qué hacerlo con un partner que no empieza por la plataforma

Snowflake tiene muchos integradores, y muchos te propondrán migrar en la primera reunión. Nosotros somos partner de Snowflake, pero no empezamos por la plataforma: empezamos por decidir qué necesita saber tu dirección, dónde vive hoy ese dato y si de verdad hace falta migrar. Si la respuesta es Snowflake, analizamos tu arquitectura actual, migramos y centralizamos los datos, configuramos los cuadros de mando y dejamos la seguridad y el gobierno resueltos. Si la respuesta es otra, te lo decimos antes de que inviertas.

En resumen

Snowflake es una plataforma de datos en la nube que separa almacenamiento y cálculo y se paga por uso. Compensa cuando hay muchas fuentes, informes lentos, volumen creciente o planes de IA, y no es la mejor opción si tienes una sola fuente y poco volumen o si aún no sabes qué medir. La migración se hace por fases, validando cifras en paralelo antes de apagar nada, y el coste se controla con apagado automático, límites y revisión mensual.