Una empresa de comida en línea utiliza una API Gateway HTTP API integrada con una Lambda que escribe pedidos en DynamoDB. Los nuevos socios pueden requerir funciones Lambda adicionales para recibir pedidos. La empresa tiene un bucket de S3 y quiere que cada pedido y actualización se almacene en S3 para su análisis con un esfuerzo de desarrollo mínimo. ¿Cuál es la forma más sencilla de garantizar que todos los pedidos y actualizaciones se escriban en S3?

La opción correcta es habilitar DynamoDB Streams porque proporciona una forma nativa y eficiente de capturar todos los cambios (creaciones, actualizaciones, eliminaciones) en una tabla de DynamoDB en tiempo real. Al configurar una función Lambda para que se active con este stream, se puede procesar cada registro de cambio y escribirlo en el bucket de S3 con un esfuerzo de desarrollo mínimo y sin modificar la lógica de negocio principal de la Lambda original. Las otras opciones son menos eficientes o requieren más cambios: Crear una nueva Lambda y endpoint de API y modificar la Lambda original para reenviar las actualizaciones añade complejidad y acoplamiento innecesario. Modificar la Lambda existente para publicar en Kinesis Data Stream introduce un nuevo servicio y requiere que la Lambda original maneje la publicación, lo cual es más intrusivo que DynamoDB Streams. Modificar la Lambda para publicar en un tema de SNS y usar otra Lambda suscriptora también añade complejidad y no es tan directo para capturar todos los cambios de DynamoDB como lo es DynamoDB Streams.