Analisis Experimentacion Sprint 2
Implementación de autoscaling
Analisis de resultados
Es posible cumplir el ASR que se había descrito sin la necesidad de hacer uso de autoscaling (debido a que la respuesta promedio tiene una diferencia de apenas 7ms). Sin embargo, si se puede apreciar una reducción superior al 300% en el número de errores retornados debido a que el servidor no es capaz de manejarlos cuando se hace uso de la tecnica de autoscaling, el porcentaje de respuesta de error para la arquitectura fue de 3%, mientras que en la prueba con varios servidores se tiene apenas un 0.8% de error.
Teniendo en cuenta lo anterior y el ASR descrito, consideramos que sería importante dialogar con los stakeholders para ver si para ellos es significativa la reducción de errores a cambio del costo que representaria manejar vvarios servidores para atender las solicitudes.
Costos
Para mantener la posibilidad de autoscaling se requieren tener dynos en Heroku con un costo de $25 mensuales (por cada uno). En esta prueba durante el minuto de ejecución se alcanzaron a desplegar automaticamente un total de 3 instancias:
Sin embargo el escalamiento también se hace de modo automatico hacía abajo, por lo que esto no implica tener las 3 instancias (lo que serían $75 dolares mensuales) ejecutandose todo el tiempo. Sería razonable pensar que con menos de 1.000 usuarios concurrentes la aplicación podría gastar menos de $225.000 pesos al mes).
Implementación de workers
Analisis de resultados
Es posible cumplir el ASR propuesto sin la necesidad de manejar workers, puesto que la respuesta promedio obtenida es de tan solo 66ms. Sin embargo, al igual que en el caso del autoscaling se pudo apreciar una cantidad importante de resultados de error para la prueba sencilla, puesto que el 7.3% de las consultas no fue procesado adecuadamente por el servidor. Mientras que en la prueba con workers no se obtuvieron errores.
Teniendo en cuenta lo anterior creemos que se justifica el mantener la arquitectura con workers, debido a que el impacto en escalabilidad no es tanto en mantener buenos tiempos de respuesta sin importar el aumento de consultas, sino de cumplir adecuadamente los requerimientos de todos los usuarios.
Costo
La prueba se realizó con servicios que representarios un costo de $69 doláres mensuales. De estos $19 corresponden al plan Tough Tiger del add-on CloudAMQP que provee RabbitMQ (administrador de colas) como servicio. Adicionalmente, son $50 para las instancias del plan "Professional" para el web y el worker.