La banca en línea de la Cooperativa Altiplano se cae cada quincena. Tu equipo tiene una clase para rediseñarla con microservicios y nube, y defenderla ante el comité de tecnología.
Lee cada situación y elige el modelo de servicio que corresponde. Al final, escribe tu puntaje en el chat de la clase.
Todo BancaFácil vive en un solo bloque: una aplicación ASP.NET Web Forms en un servidor físico con Windows Server 2008, conectada a una sola base SQL Server 2008 de 140 tablas. Los estados de cuenta se generan con una tarea nocturna, el correo es Exchange 2010 propio y los respaldos se copian a cinta cada viernes.
Los usuarios pasan de 1,500 a 12,000. El sitio tarda 40 segundos y las transferencias fallan.
Un error en estados de cuenta consumió toda la memoria y tumbó las transferencias durante 3 horas.
Cualquier cambio obliga a publicar todo: cada 3 meses, un sábado, con 4 horas fuera de servicio.
El servidor tiene 9 años y el sistema operativo ya no recibe parches de seguridad.
Los 6 desarrolladores trabajan sobre el mismo código y se pisan los cambios.
El negocio quiere una app, pero la lógica está mezclada con las pantallas web.
En tu sala de grupo, trabajen en el marco de Miro con el nombre de su equipo. Tienen 35 minutos. Durante ese tiempo el docente enviará crisis a todas las salas: lean el mensaje y ajusten su diagrama.
Decide cómo se divide el monolito y dibuja los microservicios.
Decide qué va en nube pública o privada y qué modelo usa cada pieza.
Lee cada crisis, revisa qué se rompe y anota los riesgos.
Presenta la propuesta al comité en 3 minutos.
El vocero comparte la pantalla con el marco de Miro del equipo. Los demás equipos son el comité y pueden hacer una pregunta.
Qué falla del monolito resolvemos primero y por qué.
Microservicios, API Gateway, nube elegida y modelos de servicio.
Cómo respondió nuestra arquitectura a cada crisis.
El mayor riesgo que asumimos y cómo lo controlamos.
Al final votaremos la arquitectura más sólida. No se vale votar por el propio equipo.