Modelo de Despliegue - ISIS2503-202310-S2-LasDivinas/Documentacion_Arquitectura GitHub Wiki
Sprint 4: Modelo de Despliegue con Microservicios
Sprint 3: Modelo de Despliegue actualizado
El modelo de despliegue, arriba expuesto, está adecuado para posibilitar la aplicación de las siguientes tácticas de arquitectura orientadas a favorecer la disponibilidad y la seguridad de la aplicación: Tacticas Sprint 3
Sprint 2: Modelo de despliegue actualizado con estilo de arquitectura 3-Tier
Se muestra el modelo de despliegue actualizado, orientado a los ASR seleccionados en el Sprint 2 y dirigido a mejorar el desempeño de la aplicación. Se eligió el uso del estilo 3-Tier (3 niveles), de la familia componente-conector y en particular de la subfamilia llamado-retorno (de acuerdo con la clasificación dada en clase; nótese que la subfamilia puede variar según la bibliografía consultada).
Decisiones
Se hace uso de incremento de recursos mediante múltiples copias de procesamiento. La táctica se hace evidente en el diagrama mediante la existencia de varias instancias en las que se despliegan los mismos componentes. Para el balanceador de carga, se hace uso del algoritmo Least Connections. Esto se debe a que es bastante más eficiente que otros algoritmos alternativos tales como Round Robin. El algoritmo contempla la cantidad de conexiones que en un momento dado tiene cada una de las instancias de máquinas virtuales, lo cual permite que administre las peticiones de forma más eficiente y contribuya al cumplimiento de los seres seleccionados con las tres instancias utilizadas, en contraste con Round Robin que simplemente intercala las peticiones en orden de llegada seleccionando una máquina diferente cada vez, lo cual no necesariamente lleva a una distribución óptima de los recursos de cada máquina.
Sprint 1: Versión anterior del modelo de despliegue
Se muestra continuación una imagen del Modelo de Despliegue creado que corresponde a nuestra visión de arquitectura sobre la empresa WIDMY.
Se quiere que la inversión en Cloud esté por debajo del 25% de lo que se obtiene por venta del servicio, siendo este un SaaS (Software as a Service) que escala por usuarios médicos. Es decir, entre más doctores están afiliados a la plataforma, mayores son las ganancias y por ende el presupuesto para invertir en soluciones tecnológicas. Se calcula una tarifa base por doctor de $10 (USD) mensual. Eso implica que, dada la planta actual de 300 médicos, las ganancias mensual totales rondan los $3000 USD, lo que da un presupuesto para Cloud de como máximo $750 USD mensual o $9000 USD anual.
