KeepGames API
API multi-tenant para una plataforma SaaS de juegos terapéuticos con biofeedback, desarrollada en Self Aplicações Tecnológicas para Saúde, Educação e Bem-Estar.
- TypeScript
- NestJS
- PostgreSQL
- TypeORM
- AWS
- Stripe
Proyecto sujeto a confidencialidad. Esta página describe únicamente la naturaleza técnica del trabajo, sin detalles internos, datos ni código propietario.
Sobre el proyecto
KeepGames API es el backend de una plataforma SaaS de juegos terapéuticos con biofeedback, responsable de gestionar organizaciones, pacientes, profesionales, sesiones de juego, telemetría, formularios y suscripciones.
Participé en el desarrollo de la API y del modelo de datos, incluida la definición de las reglas de negocio y de las integraciones que necesitan los distintos clientes de la plataforma.
Principales desafíos técnicos
- Arquitectura multi-tenant, con aislamiento de datos entre organizaciones.
- Autenticación y autorización para distintos tipos de clientes.
- Comunicación segura entre el portal y los juegos.
- Registro y almacenamiento de la telemetría fisiológica asociada a las partidas.
- Modelado de datos para grandes volúmenes de registros de juego.
- Separación entre datos transaccionales y datos de telemetría.
- Formularios configurables y versionados.
- Reglas de negocio para suscripciones y control de acceso.
- Integración con Stripe para pagos y suscripciones.
- Operaciones idempotentes y consistencia transaccional.
- Tests automatizados para reglas de negocio y flujos críticos.
Arquitectura
La API se desarrolló con NestJS, TypeORM y PostgreSQL, con una arquitectura modular orientada a los dominios de la aplicación.
Las reglas de negocio están centralizadas en el backend, y los clientes — el portal y los juegos — consumen una API única y controlada.
El modelado se diseñó para preservar la integridad de los registros históricos y permitir la evolución de los juegos sin un acoplamiento excesivo entre sus estructuras específicas.
Datos y telemetría
Uno de los principales desafíos del proyecto fue gestionar datos de partidas asociados a señales fisiológicas.
La arquitectura separa los datos transaccionales de la telemetría, lo que permite almacenar grandes volúmenes de datos brutos sin afectar a las consultas habituales de la aplicación.
La información necesaria para listados y análisis generales se mantiene de forma optimizada, evitando cargar los datos brutos cuando no hace falta.
Ingeniería
Durante el desarrollo, trabajé principalmente con:
- modelado relacional;
- reglas de negocio;
- multi-tenancy;
- autenticación y autorización;
- consistencia transaccional;
- idempotencia;
- versionado de datos;
- integración con servicios externos;
- procesamiento de telemetría;
- tests unitarios y de integración;
- infraestructura AWS.
Lo que demuestra este proyecto
Este proyecto reúne problemas de ingeniería habituales en productos SaaS reales: aislamiento de datos, seguridad entre distintos clientes, grandes volúmenes de telemetría, evolución de modelos de datos, integraciones externas y coherencia de las reglas de negocio.
Proyecto bajo confidencialidad. La información presentada se ha limitado deliberadamente a aspectos técnicos generales, sin exponer código, datos de usuarios ni detalles internos del producto.
El proyecto sigue en desarrollo.