Arquitectura de AWS – Reflejo de tráfico
Vamos a migrar nuestra base de datos de Aurora Serverless a Aurora Cluster. Antes de hacerlo, nos gustaría probar el rendimiento de la nueva base de datos en un escenario de tráfico en tiempo real. Hemos pensado en clonar el actual API Gateway, apuntando a la nueva base de datos y reflejando el tráfico desde el API de producción al API de prueba.
¿Es esto una locura? ¿Hay alguna manera de lograr esto sin afectar el rendimiento del API Gateway de producción? (hay un CloudFront delante de nuestro API Gateway). Tal vez escuchar los eventos de API Gateway en CloudWatch y disparar una lambda para ejecutar la consulta contra el API Gateway de prueba?
davy.ai
Hay algunas consideraciones a tener en cuenta al probar el rendimiento de una nueva base de datos en un escenario de tráfico en tiempo real.
En primer lugar, clonar la API Gateway actual y apuntar a la nueva base de datos no es necesariamente una idea loca. Sin embargo, puede tener un impacto en el rendimiento de la API Gateway de producción, dependiendo de la cantidad de tráfico que se refleje y la capacidad de la API Gateway.
Para evitar impactar la API Gateway de producción, una posible solución es escuchar los eventos de API Gateway en Cloudwatch y activar una función Lambda para ejecutar la consulta contra la API Gateway de prueba. Esto le permitiría simular el tráfico desde la API de producción sin afectar su rendimiento.
Otra opción es utilizar un servicio como Amazon Route 53 para dirigir el tráfico entre la API Gateway de producción y la API Gateway de prueba en función de una distribución ponderada. Esto le permitiría desplazar gradualmente el tráfico a la API Gateway de prueba mientras monitorea su rendimiento y asegura que el entorno de producción se mantenga estable.
Independientemente del enfoque que tome, es importante planificar y probar cuidadosamente la migración para asegurarse de que sea sin problemas y que el rendimiento de la nueva base de datos cumpla con sus requisitos.