Un proyecto tiene una reserva de BigQuery de 2000 slots. Cientos de nuevas canalizaciones no urgentes causan errores de cuota, con aproximadamente 1500 consultas activadas simultáneamente en el pico. ¿Cómo se abordan los problemas de concurrencia de manera rentable?

La opción correcta aborda los problemas de concurrencia de forma rentable. Las consultas por lotes (batch queries) en BigQuery no consumen slots de reserva dedicados, sino que se ejecutan utilizando slots compartidos y tienen una prioridad menor, lo que es ideal para canalizaciones no urgentes. Esto libera los slots de reserva para las consultas interactivas (ad-hoc), que requieren una respuesta rápida. Las opciones incorrectas son: Aumentar la capacidad de slots con una línea base de 0 y un tamaño máximo de 3000 no garantiza la disponibilidad de slots cuando se necesitan urgentemente, ya que la asignación es dinámica y puede no escalar lo suficientemente rápido para 1500 consultas simultáneas. Aumentar la capacidad de slots con una línea base de 2000 y un máximo de 3000 es costoso, ya que se paga por una capacidad base que puede no ser necesaria todo el tiempo, y aún podría haber contención en picos. Cambiar todas las consultas a trabajos interactivos saturaría los slots de reserva, ya que las consultas interactivas consumen slots de forma prioritaria, lo que llevaría a más errores de cuota para todas las consultas.