Serie «Crear tu propia app» · Parte 2 de 4 · 3 de septiembre de 2026
La infraestructura de una app fitness: lo que hay detrás de cada «Guardar»
El hosting puede costar poco. Conseguir que los datos de cada cliente estén disponibles, aislados y recuperables es el trabajo que no se ve en una demo.
Un entrenador crea una rutina, un cliente sube una foto y otra persona registra un peso. Parece una secuencia sencilla. Por debajo intervienen la aplicación, una API, una base de datos, un sistema de archivos, autenticación, permisos y varios servicios externos.
Las plataformas de desarrollo con IA pueden configurar buena parte de esa infraestructura. Es una ventaja real. Pero alguien todavía tiene que decidir qué datos existen, quién puede tocarlos, cuánto tiempo se conservan y cómo se recuperan si algo sale mal.
Barato al principio no significa simple
Con diez usuarios, casi cualquier arquitectura parece rápida y económica. La calidad se descubre al borrar, restaurar, cambiar permisos, migrar datos o investigar por qué un cliente ve algo que no debería.
1. El mapa mínimo de una app
| Capa | Para qué sirve | Decisión que sigue siendo tuya |
|---|---|---|
| Interfaz | Lo que usan entrenador y cliente. | Qué puede hacer cada rol y cómo se evitan errores. |
| Backend o API | Valida y ejecuta las operaciones. | Qué reglas no pueden depender del navegador. |
| Base de datos | Guarda usuarios, planes, sesiones y progreso. | Relaciones, permisos, historial y borrados. |
| Archivos | Almacena fotos, vídeos y documentos. | Acceso, tamaño, conservación y entrega. |
| Autenticación | Demuestra quién es cada persona. | Recuperación de cuenta, sesiones y segundo factor. |
| Procesos externos | Envía correo, avisos, pagos o IA. | Qué ocurre cuando el proveedor falla o duplica una acción. |
En una demo, todo puede vivir en un único proyecto. En producción necesitas además distinguir desarrollo, pruebas y entorno real. Probar un cambio directamente sobre los datos de tus clientes convierte cualquier experimento en una incidencia potencial.
2. Hosting: disponibilidad, límites y dependencia
«Hosting» no es solo alquilar un servidor. Incluye desplegar cada versión, servirla con HTTPS, gestionar dominios, separar secretos, limitar abusos y mantener suficiente capacidad cuando coinciden muchos usuarios.
- Límites: ¿qué pasa al superar peticiones, almacenamiento, transferencia o ejecuciones incluidas?
- Región: ¿dónde se procesan y almacenan los datos, y qué proveedores intervienen?
- Caídas: ¿la app se degrada de forma comprensible o simplemente deja una pantalla en blanco?
- Salida: ¿puedes exportar código, datos y archivos si cambian el precio o las condiciones?
Un proveedor gestionado puede resolver certificados, despliegues y escalado mejor que una persona sola. Eso es un argumento a favor, no en contra. La pregunta honesta es qué cubre exactamente y qué responsabilidad conserva el propietario de la app.
3. La base de datos es el negocio, no una hoja grande
En una app de entrenamiento hay relaciones que pronto se vuelven delicadas: un entrenador puede tener colaboradores; un cliente cambia de plan; una rutina publicada se modifica; una métrica necesita historial; un ejercicio se comparte sin compartir notas privadas.
Si solo modelas la pantalla actual, los cambios posteriores obligan a migrar datos. Una migración no es copiar y pegar: hay que transformar registros antiguos, mantener compatibilidad durante el cambio, validar el resultado y tener un plan de vuelta atrás.
El fallo más peligroso es silencioso
Una pantalla rota se detecta. Un permiso mal definido puede devolver la rutina o la foto de otra persona y seguir pareciendo que todo funciona. Por eso las reglas de acceso deben aplicarse en el servidor o en la base de datos, y probarse con varios usuarios y roles.
4. Fotos y vídeos cambian la factura y el riesgo
El texto ocupa poco. Los vídeos de ejercicios, las fotos de progreso y los documentos multiplican almacenamiento y tráfico. También añaden preguntas que una tabla de datos no responde:
- ¿Quién puede abrir una URL si se reenvía?
- ¿Se eliminan todas las copias cuando el usuario borra el archivo?
- ¿Hay límites de tipo y tamaño antes de subir?
- ¿Se comprimen los vídeos sin hacer esperar al usuario?
- ¿Cómo se detecta contenido malicioso o una subida interrumpida?
Si una app usa una URL pública permanente para una foto privada, tener un login delante de la pantalla no protege el archivo. Este tipo de detalle es el que una revisión técnica debe buscar antes de incorporar clientes reales.
5. Copia de seguridad y restauración no son lo mismo
Marcar la casilla «backups activados» da tranquilidad, pero faltan dos objetivos concretos:
Cuánto puedes perder
Si la última copia válida tiene 24 horas, todo lo registrado después puede desaparecer.
Cuánto tardas en volver
Descargar una copia no basta: hay que restaurarla, reconectar servicios, validar permisos y comunicar la incidencia.
Una prueba de restauración responde a preguntas que el backup no responde: si la copia abre, si incluye archivos, si las claves necesarias siguen disponibles y si alguien conoce el proceso. Si nunca la has restaurado, tienes una esperanza, no un plan.
6. Checklist antes del primer cliente real
- □ Hay entornos separados para desarrollar, probar y producir.
- □ Ninguna clave privada vive en el código que llega al navegador.
- □ Los permisos se prueban con entrenador, colaborador, cliente y usuario ajeno.
- □ Los archivos privados requieren autorización y sus enlaces caducan.
- □ Existen límites para subidas, peticiones repetidas y procesos costosos.
- □ Los cambios de base de datos tienen migración y vuelta atrás.
- □ Las copias de seguridad incluyen datos y archivos, y se ha ensayado una restauración.
- □ Puedes exportar la información en un formato utilizable.
- □ Sabes quién recibe una alerta y qué hacer cuando un proveedor falla.
Serie completa
- Parte 1: coste real y cuándo compensa
- Parte 2: infraestructura, datos y backups (estás aquí)
- Parte 3: seguridad, privacidad y datos de clientes
- Parte 4: mantenimiento, observabilidad, actualizaciones y soporte
Preguntas frecuentes
¿Cuánto hosting necesita una app de entrenamiento pequeña?
Al principio puede necesitar muy poco y muchos proveedores ofrecen niveles gratuitos o económicos. El problema no suele ser la potencia del servidor, sino diseñar bien los accesos, los datos y las copias de seguridad. El consumo también cambia mucho si guardas vídeos, fotos de progreso, notificaciones o procesos de IA.
¿Una base de datos gestionada elimina el mantenimiento?
Elimina tareas importantes como administrar el servidor de base de datos, pero no decide por ti la estructura, los permisos, la retención, las migraciones ni qué hacer ante un borrado accidental. Gestionado significa que el proveedor opera una capa; no que se responsabilice de tu modelo de datos y de tus usuarios.
¿Tener backups significa que puedo recuperar los datos?
No necesariamente. Una copia solo es útil si incluye lo necesario, se conserva el tiempo adecuado, está protegida y se ha probado su restauración. También debes saber cuánto tardarías en recuperar el servicio y cuántos datos recientes podrías perder.
¿Puedo guardar vídeos directamente en la base de datos?
Normalmente se guardan en un servicio de objetos o vídeo y la base de datos conserva la referencia y los permisos. Los archivos grandes requieren límites de subida, compresión, entrega eficiente, control de acceso y una política de borrado; tratarlos como un campo más suele crear problemas de coste y rendimiento.