Una empresa planea usar una tabla de Amazon DynamoDB y quiere optimizar los costos. La tabla está mayormente inactiva por las mañanas. Por las noches, el tráfico de lectura/escritura es impredecible y puede aumentar muy rápidamente. ¿Qué debería recomendar un arquitecto de soluciones?

La opción correcta es crear una tabla de DynamoDB en modo de capacidad bajo demanda. Este modo es ideal para cargas de trabajo impredecibles e intermitentes, ya que DynamoDB escala automáticamente la capacidad de lectura y escritura según el tráfico real, sin necesidad de aprovisionar o administrar la capacidad. Esto optimiza los costos al pagar solo por las solicitudes que se realizan. Las otras opciones son menos adecuadas: Un índice secundario global no gestiona la capacidad ni los costos directamente, solo facilita consultas alternativas. La capacidad aprovisionada con auto scaling requiere configurar límites y puede incurrir en costos por capacidad no utilizada si el tráfico es muy variable, además de tener un tiempo de reacción a los picos. Una tabla global es para replicación entre regiones, no para optimización de costos o manejo de picos de tráfico dentro de una sola región.