Una aplicación lee de un Kinesis data stream. Los shards del stream están configurados para tráfico normal, pero durante las pruebas de pico la aplicación no puede ingerir datos lo suficientemente rápido. ¿Cuál es el cambio más rentable para que el stream maneje el tráfico pico?

Aumentar el número de shards en el stream usando la API UpdateShardCount es la solución más rentable porque los shards son la unidad de capacidad de procesamiento en Kinesis Data Streams. Más shards permiten un mayor rendimiento de lectura y escritura, lo que es esencial para manejar picos de tráfico. Instalar Kinesis Producer Library (KPL) ayuda a los productores a enviar datos de manera más eficiente, pero no resuelve el problema de que la aplicación consumidora no pueda ingerir datos lo suficientemente rápido debido a la capacidad del stream. Cambiar al modo bajo demanda es una opción válida para la capacidad, pero el modo provisionado con un número adecuado de shards suele ser más rentable si los patrones de tráfico son predecibles o si se busca un control granular de los costos. Reducir el período de retención del stream no afecta la capacidad de procesamiento del stream ni la velocidad de ingesta de datos.