Reto de ingeniería
El equipo de datos de NexoRetail 360 recibe presión de varias áreas: marketing reporta que el data warehouse tarda horas en responder, logística pide señales casi inmediatas sobre entregas retrasadas y sistemas advierte que el almacenamiento crece sin control. Antes de aprobar presupuesto para una plataforma distribuida, la dirección técnica pide un diagnóstico objetivo: ¿el problema es de escala (Big Data) o de diseño (arquitectura convencional mal ajustada)?
Objetivos de la sesión
- Distinguir un problema de escala de un problema de diseño usando evidencia, no intuición.
- Interpretar volumen, velocidad, variedad, veracidad y valor como presiones independientes sobre la arquitectura.
- Explicar por qué mucho volumen no implica automáticamente mucho valor.
- Justificar una decisión de arquitectura con base en la dimensión crítica detectada.
1 · Hipótesis
Antes de simular, registra tu predicción. Al final se contrastará contra el resultado.
Completa las dos preguntas y pulsa «Registrar hipótesis y comenzar» para desbloquear el análisis.
2 · Casos profesionales
Carga un caso realista o construye el tuyo con los controles de abajo.
4 · Diagnóstico de las 5V
Modelo didáctico: cada barra combina variables observables en un puntaje 0–100 para poder comparar dimensiones heterogéneas. No es un estándar de la industria.
5 · Índice didáctico de presión arquitectónica
Ver cómo se calcula el índice (peso × indicador)
6 · Arquitectura conceptual resultante
7 · Comparación A/B
Guarda dos configuraciones distintas para comparar qué variable provocó el cambio de clasificación.
| Indicador | A | B | Cambio |
|---|
8 · Decisión de ingeniería
9 · Evidencia de aprendizaje
Continuidad curricular
Antes: esta es la semana de arranque del laboratorio; no depende de un módulo previo.
Después: en la Semana 2 tomarás la dimensión crítica detectada aquí y la usarás para diseñar el ecosistema (ingesta, almacenamiento NoSQL, procesamiento y consulta) que efectivamente resuelva esa presión.