Plataformas de datos
Una plataforma moldeada por tus preguntas.
Warehouse o lakehouse, la arquitectura importa menos que esto: modelada alrededor de las preguntas que tu equipo realmente hace, construida en tu cloud y diseñada para seguir teniendo sentido en cinco años.
Qué construimos
- Diseño de warehouse y lakehouse en tu cloud
- Modelado de datos alrededor de las preguntas de tu negocio, no de un esquema genérico
- Bases de acceso y de gobierno de datos
- La plomería que lo mantiene rápido y accesible mientras crece
Pruebas
Oxford Economics
Reconstruimos el sitio, el portal de clientes y la forma en que publican los economistas: la plataforma que entrega análisis guiado por eventos mientras todavía importa.
Leer el casoEnvio360
Una arquitectura de datos multi-tenant que le permite a una plataforma de optimización leer el TMS que cada cliente ya usa: una plataforma, con los datos de cada tenant separados.
Leer el caso- Multi-tenant · Lee el TMS que ya está en uso
Cuándo nos buscan los equipos
- Cinco herramientas, cada una con su propia versión de la verdad
- Analistas bloqueados detrás de una cola de ingeniería
- Una factura de plataforma que crece más rápido que su uso
Las decisiones de arquitectura y de diseño que tomó sophilabs al principio rindieron muchísimo.
El problema de las cinco herramientas
Toda empresa que conocemos en esta etapa tiene un problema con la misma forma, y desde adentro nunca parece un problema de datos. Finanzas tiene un número, ventas tiene otro, el dashboard tiene un tercero, y la reunión se gasta en decidir cuál es el correcto en lugar de qué hacer al respecto. Cada herramienta es correcta según su propia definición. Las definiciones nunca se acordaron, porque nunca se le pidió a nadie que las acordara: cada sistema se compró para responder su propia pregunta, y las preguntas se solapaban.
Una plataforma no arregla eso moviendo los datos a un lugar nuevo. Lo arregla haciendo que lo que vive en un solo lugar sea la definición: los ingresos calculados una vez, desde una fuente, con un responsable, y leídos por todas las pantallas. El warehouse o el lakehouse es donde eso pasa; la elección entre ellos es un trade-off de cargas de trabajo y costo, no la decisión que importa. La decisión que importa es la de las preguntas, y es la que la mayoría de los proyectos de plataforma se saltea camino a elegir un proveedor.
Cómo lo construimos
Inventario de preguntas
qué pregunta realmente el negocio
Modelar alrededor de las preguntas
no un esquema genérico
Construir en tu cloud
con la plomería para seguir rápido y accesible
Gobernar y evolucionar
acceso, definiciones, crecimiento
Qué significa “moldeada por tus preguntas”
Primero las preguntas
antes de que exista un esquema, un inventario de lo que el negocio realmente pregunta: el reporte semanal, el número del directorio, la alerta que nadie configuró todavía. El modelo se construye para responder esas preguntas, y se juzga por si lo hace.
Una definición por número
"ingresos" significa una sola cosa, definida una vez, calculada una vez. Cinco herramientas con cinco versiones de la verdad es el problema que la mayoría de las plataformas se construyen para resolver y después recrean en silencio.
Tu cloud, tu factura
construida donde tus datos ya están, con la plomería —particionado, caché, retención— que hace que la factura crezca con el uso y no por delante de él.
Hecha para cambiar
las preguntas van a cambiar. El modelo tiene que absorber una nueva sin una reconstrucción, y el gobierno de datos tiene que decir quién es dueño de cada definición cuando eso pasa.
La decisión de arquitectura que más importa es la de las preguntas, y es la que la mayoría de las plataformas se saltea.
Funciona bien con
Preguntas frecuentes
¿Warehouse o lakehouse?
Un trade-off, no una religión. Lo deciden tus cargas de trabajo.
¿Migrar o reconstruir?
Normalmente evolucionar: conservar lo que responde bien, reemplazar lo que no.
¿Qué proveedor deberíamos elegir?
El que tu equipo pueda operar. Diseñamos para tu caso: no vendemos licencias.
¿Esto es un prerrequisito para la IA?
A menudo, y no en el sentido en que lo dicen los proveedores. La IA necesita que los datos que va a usar sean confiables y alcanzables; no necesita que todo esté modelado primero. Una plataforma moldeada alrededor de las preguntas que importan suele ser también la plataforma que hace posible el primer caso de uso de IA: son una sola inversión cuando se dimensionan juntas.
¿Cuánto tarda hasta que veamos algo?
El inventario de preguntas toma una o dos semanas. De ahí, las primeras preguntas se responden en la plataforma nueva dentro del primer mes, y el resto sigue en orden de valor: la plataforma se usa mientras se construye, no después.
¿Quién la opera una vez construida?
Tu equipo, si así lo quieren, y está diseñada para eso: documentada, en tu cloud, con herramientas que tu equipo puede operar. Si prefieren que la sigamos evolucionando nosotros, eso es un acuerdo mensual con precio por resultado.
¿Y si nuestras preguntas todavía están cambiando?
Van a seguir cambiando, y la plataforma tiene que absorber eso sin una reconstrucción. Modelar alrededor de las preguntas significa que el modelo tiene lugar para una nueva; el gobierno de datos significa que alguien es dueño de la definición cuando llega. Una plataforma que solo responde las preguntas con las que se construyó es un reporte, no una plataforma.