Una aplicación creada con Amazon API Gateway, AWS Lambda y Amazon DynamoDB devuelve un número creciente de errores para las solicitudes PUT. La mayoría de las solicitudes PUT provienen de un pequeño conjunto de clientes autenticados con claves de API, y un cliente está generando muchas de las solicitudes. La API no es crítica y los clientes pueden reintentar las solicitudes fallidas, pero los errores visibles están dañando la percepción del cliente. ¿Qué debería recomendar para mejorar la experiencia del cliente?

La limitación (throttling) con un plan de uso de API Gateway es la solución más efectiva porque aborda directamente el problema de un cliente que genera demasiadas solicitudes, causando errores. Al limitar las solicitudes por clave de API, se protege la API de ser sobrecargada por un solo cliente, mejorando la estabilidad general y la experiencia para todos. La gestión elegante de las respuestas 429 (Too Many Requests) por parte del cliente es crucial para una buena experiencia. Añadir lógica de reintento en el cliente es una buena práctica, pero no resuelve la causa raíz del problema de sobrecarga por un cliente. Habilitar el almacenamiento en caché de la API no es relevante para las solicitudes PUT, ya que estas modifican datos y no se benefician del caché. Establecer concurrencia reservada en Lambda podría ayudar con la capacidad de Lambda, pero no evita que un solo cliente abuse de la API y cause errores en capas anteriores.