

Educa Reality
«Transformación Nativa Digital para plataforma de Educación de Realidad Aumentada y Virtual»
About the customer:
Educa Reality es una empresa especializada en el desarrollo de productos educativos basados en Realidad Aumentada (AR) y Realidad Virtual (VR) cuyo objetivo es hacer que el aprendizaje y la educación vuelvan a ser divertidos mediante el uso de las nuevas tecnologías.
Entre sus productos destacan:
- Plataforma Skoobi: Plataforma de creación y visualización de contenido educativo en Realidad Aumentada y Realidad Virtual.
- Consultoría educativa: Asesoramiento de todo el proceso de creación de experiencias y proyectos con RA y RV.
- Producción editorial: creación de libros con RA a medida. Desde el diseño hasta la programación de la aplicación y maquetación.
- Libros con Realidad Aumentada: Colección de libros educativos que trabajan la lectura, la escritura y la creatividad: ARBI, Lora y Olili
The challenge:
La Realidad Aumentada y la Realidad Virtual son tecnologías disruptivas en la educación que aportan valor añadido al alumno y al docente al incrementar los niveles de adquisición y retención de conocimientos, facilitando el desarrollo de habilidades y competencias básicas y transversales.
El buque insignia de Educa Reality es su Plataforma Skoobi de aprendizaje online mediante retos educativos en Realidad Aumentada y Realidad Virtual para estudiantes de Primaria, Secundaria y Bachillerato. Esta plataforma está desarrollada mediante el framework de Laravel y base de datos mysql y estaba corriendo sobre una única instancia EC2 de AWS en la que se realizaban escalados verticales agregando más CPU, memoria y/o recursos de E/S para adaptación de las cargas de trabajo requeridas.
Los principales retos solicitado por el cliente fueron:
- Evitar Refactor del Código: La aplicación Skooby dispone de una arquitectura monolítica y la premisa principal del cliente fue realizar las mínimas modificaciones posibles en el código para adaptarla lo más posible a una arquitectura cloud native.
- Flexibilidad: Necesitaban que su plataforma fuera escalable para permitir adaptarse a las cargas de trabajo cambiantes que estaba sufriendo.
- Capacidad fija: Necesitaba eliminar la provisión de su plataforma empleando el sobredimensionamiento de la misma para poder adaptarse a los pico de demanda.
- Reducción del tiempo de indisponibilidad: Evitar la indisponibilidad de la plataforma debido a los pico de usuarios concurrentes y a las paradas provocadas para la adaptación de la plataforma al escalado vertical.
- Eficiencia de costes y de rentabilidad: Reducir el coste elevado de disponer de “Capacidades fijas” de infraestructura.
The solution:
Para conseguir cumplir con los motivos anteriormente descritos y con la principal premisa que era realizar el mínimo cambio de código posible, Ackstorm propuso un proyecto de decoupling de la aplicación monolítica para adaptarla a una arquitectura autoescalable de forma horizontal. Para ello se propuso fasear el proyecto en 5 diferentes fases:
- Migración de la base de datos a un servicio gestionado RDS
- Alojar las sesiones de los usuarios en el servicio Gestionado ElastiCache Redis
- Mover los estáticos a almacenamiento en S3
- Dockerizar (objetivo: automatizar CI/CD)
- Escalado horizontal mediante ASG
Para la elaboración de la fases 4 y 5 se implementó el STACK de MANAGEMENT de ACKSTORM consistente en un servidor de logger para alojar todos los logs de la plataforma y un servidor Builder para la realización de las tareas de CI/CD de construcción de un Docker y su posterior deploy.
Después de desarrollar todas las fases, las mejoras proporcionadas fueron una plataforma autoescalable que se adapta de forma elástica a las demandas de carga de los usuarios.
Resultados y KPI’s:
- Se ha conseguido que la plataforma Skoobi, autoescale de acuerdo a la demanda de recursos y necesidades del negocio en todo momento sin necesidad de realizar grandes inversiones iniciales en hardware ni cambios de código.
- Reducción de costes debido al uso sostenido del hardware empleado pues la plataforma aumenta en instancias c5.large (2vCPU/4GB RAM) si el uso medio de CPU’s de todas las instancias es superior al 70% y se reducen si el uso de la CPU cae por debajo del 50 %. Se ha conseguido un ahorro mensual del 27%.
- Incremento de disponibilidad:
- Los SLA’s de 99,99% que ofrecen las instancias de EC2.
- Uso de las sondas de Healthcheck de Ackstorm a los nodos desplegados
- Eliminación de las paradas al la hora de provisionar verticalmente el hardware necesario en cada momento.
Dichos servicios, se integran en la solución formando el siguiente diseño:
Todo ello se ha conseguido bajo un marco de trabajo con los máximos estándares ofrecidos como AWS Certified Consulting Partner (ver más)


Sobre el proyecto
Solution Pillars
- Auto - Scalability
- Modern App Development
- Auto - Deployment
- Cost Optimization
- High Availability
Products
- RDS For MySQL
- Auto Scaling Grups
- S3
- EC2
- EFS
- EBS
- CloudFront
- Route 53
- Elasticache for Redis
- ELK
- GitLab
- Jenkins