Arca

La mayoría de la gente guarda sus fotos y sus documentos importantes en un servicio que no controla: si Google o Apple cambian una política, suben un precio o simplemente dan de baja tu cuenta, no hay a quién reclamarle. Arca nace de una pregunta simple: ¿por qué el equivalente a Google Photos o iCloud tiene que vivir necesariamente en la nube de otro?

El problema

No es un problema técnico exótico —subir, organizar y respaldar archivos es un caso resuelto hace años— sino uno de propiedad. Quien usa Arca quiere la misma comodidad de un Drive: subir desde el celular, ver miniaturas al instante, compartir una carpeta con alguien más, pero sobre infraestructura que administra AppsSDAR, con planes y pagos claros en vez de una cuota "gratis hasta cierto límite" que cambia sin aviso.

Cómo se construyó

Arca está separado en dos proyectos que se despliegan de forma independiente: un backend en NestJS + Prisma, que vive en backarca.appssdar.com, y un frontend en Next.js, servido en arca.appssdar.com. La separación no es cosmética: permite que el frontend web, y más adelante una app nativa para Android e iOS, hablen exactamente con la misma API, sin duplicar lógica de negocio en cada cliente. Cada carpeta del repositorio tiene su propio flujo de despliegue en GitHub Actions, filtrado por los archivos que cambian, así que una corrección en el frontend no obliga a redesplegar el backend completo.

Prisma como capa de acceso a datos fue una decisión pensada para el mediano plazo: el esquema de la base de datos queda declarado en un solo lugar, versionado junto con el código, y las migraciones se aplican de forma controlada en vez de editar tablas a mano en producción — algo que en un sistema que guarda archivos de gente real no es negociable.

Cuentas, planes y multiusuario desde el día uno

Arca no se construyó primero como una demo y después se le agregaron cuentas: el sistema de usuarios, planes de almacenamiento y cobro está en la base del diseño. Cada cuenta tiene su propio espacio, sus propios límites según el plan contratado, y la posibilidad de compartir contenido sin exponer el resto de la cuenta. Es la diferencia entre un prototipo que "hace lo que hace un Drive" y un sistema que puede cobrar por ese servicio de forma sostenida.

En producción, con monitoreo real

Arca corre hoy en infraestructura propia de AppsSDAR y está enganchado al panel interno de monitoreo: un endpoint de salud que no se limita a responder "estoy vivo" porque el proceso de Node sigue corriendo, sino que consulta la base de datos antes de devolver una respuesta. Escribí más sobre por qué esa diferencia importa en la nota sobre health checks. Un sistema que guarda archivos de otras personas no puede darse el lujo de fallar en silencio.

Qué sigue

Las apps nativas de Android e iOS son el siguiente paso natural, ahora que la API ya está probada sirviendo al frontend web. No implican reescribir nada del backend: es exactamente el punto de separar frontend y backend desde el principio.