Elegir cómo consumir capacidad de procesamiento exige conocer cuándo se ejecuta el trabajo, cuánto puede esperar y qué variación admite el presupuesto. La media mensual de uso oculta esas tres preguntas: dos plataformas pueden procesar el mismo volumen y necesitar decisiones distintas.
Antes de comparar ofertas, separa el modelo operativo del modelo de contratación. Serverless describe qué parte de la infraestructura administra el proveedor; no implica necesariamente pagar solo por cada consulta. Un servicio gestionado puede ofrecer consumo bajo demanda, asignación de capacidad y compromisos de uso.
En BigQuery, la documentación de gestión de cargas y reservas explica las opciones de procesamiento y asignación de recursos. Para decidir, hay que trasladar esas opciones a un perfil de trabajo concreto.
Dos equipos con el mismo volumen pueden tener necesidades diferentes
Considera dos situaciones ilustrativas. Un equipo realiza análisis exploratorios de forma irregular y puede aplazar consultas pesadas. Otro actualiza informes durante el cierre y necesita atender a varios departamentos a la vez.
El primero podría valorar especialmente la flexibilidad. El segundo necesita estudiar la concurrencia durante su ventana crítica. Ninguna conclusión sale solo del volumen mensual: también importan la duración de los trabajos, sus dependencias y las condiciones de facturación.
Describe las cargas por separado. Un cierre diario, una exploración puntual y una reconstrucción histórica no deberían confundirse en una única cifra de consumo.
Construye un perfil horario útil
Recoge datos de periodos representativos, incluyendo cierres y picos conocidos. Para cada trabajo conserva su identidad, equipo responsable, momento de envío, inicio efectivo, finalización y recursos consumidos que el servicio exponga.
Distingue tiempo de espera y tiempo de ejecución. Una consulta puede tardar en comenzar por competencia entre cargas; otra puede empezar enseguida y ejecutar trabajo innecesario. Comprar capacidad no corrige automáticamente el segundo problema.
| Señal observada | Pregunta que plantea |
|---|---|
| Actividad concentrada en ventanas cortas | ¿Puede redistribuirse o necesita responder durante ese pico? |
| Trabajo continuo y previsible | ¿Qué parte representa una demanda estable? |
| Consultas exploratorias que interfieren con cierres | ¿Necesitan límites o asignaciones separados? |
| Picos debidos a reintentos o errores | ¿Son demanda legítima o un problema operativo? |
| Recursos asignados con poco uso | ¿La reserva sigue respondiendo al perfil actual? |
Antes de dimensionar, revisa también la lectura y transformación de las consultas. Medir una consulta defectuosa puede llevar a contratar capacidad para sostener un error.
Compara escenarios completos de coste y servicio
Prepara una hoja con tres escenarios: demanda habitual, pico previsto y una reducción de actividad. Introduce precios y condiciones vigentes de la propuesta que realmente se está evaluando, sin reutilizar tarifas antiguas de una presentación.
En cada escenario incluye el procesamiento, el almacenamiento que cambie entre opciones, las transferencias aplicables y el compromiso económico. Si parte del gasto es compartido, utiliza una regla de atribución por carga de trabajo que permita comparar responsabilidades.
Anota qué recursos se pagan aunque no se utilicen y qué consumos variables pueden aparecer fuera de la capacidad prevista. Un presupuesto previsible no significa necesariamente una factura fija.
La comparación debe incorporar el servicio obtenido: esperas aceptables, tiempo de terminación del cierre y comportamiento cuando varias cargas coinciden. La alternativa de menor coste puede incumplir una ventana operativa; la de mayor capacidad puede resultar innecesaria si se reorganiza el horario.
Ensaya aislamiento y límites antes de comprometer capacidad
Utiliza cargas representativas y observa qué ocurre al combinar un proceso prioritario con trabajo exploratorio. Después repite la prueba cuando el proceso prioritario ya está en marcha.
Define qué carga puede esperar, cuál puede detenerse y quién modifica los límites. Si el servicio permite separar asignaciones, comprueba que el aislamiento responde al diseño y no solo al nombre de dos proyectos.
Incluye una reconstrucción histórica en el ensayo. Un backfill ocasional puede tener un perfil muy distinto de la operación diaria y no debería justificar por sí solo dimensionar permanentemente toda la plataforma.
La decisión necesita una fecha de revisión
Documenta el perfil utilizado, las condiciones comerciales verificadas, la opción elegida y qué cambio obligaría a revisarla. Por ejemplo, incorporar un nuevo consumidor, ampliar la ventana de datos o cambiar la frecuencia de actualización.
Evita concluir que una modalidad es siempre más barata. El entregable defendible es una comparación reproducible de coste y comportamiento para una carga conocida.
Si estás revisando una plataforma de datos en la nube, comparte con Nexeus Big Data el inventario de cargas, sus horarios y las ventanas que deben cumplir. Esos datos permiten evaluar capacidad con un criterio operativo y económico común.