Cómo está
construido esto.
Este sitio no es una plantilla: es un sistema con un panel privado, monitoreo propio y una pasarela de pagos. Aquí está su anatomía —capa por capa— y el porqué de cada decisión.
Servicios externos
Decisiones y trade-offs
El panel privado necesita datos en vivo y auth por request. Las páginas públicas se cachean en el edge, así que pago SSR solo donde aporta y sirvo el resto casi gratis.
Logins sin tocar la base de datos y cero infraestructura de sesión. El punto ciego —revocar— lo resolví con un sid firmado dentro del token y una tabla de dispositivos, sin abandonar el JWT.
SQLite en el edge: latencia mínima, réplicas, y un modelo mental simple para un dominio que no necesita concurrencia masiva. Drizzle mantiene el esquema tipado y las migraciones en git.
El plan Hobby limita a un cron diario, inútil para uptime. Un cron externo golpea un endpoint autenticado por token cada pocos minutos; el cron de Vercel queda de red de seguridad. La restricción de la plataforma fue el comienzo del diseño, no el final.
Telemetría, registro de sesiones y notificaciones nunca deben tumbar el flujo principal. Si un subsistema de observabilidad falla, degrada en silencio en vez de romper la experiencia.
Todo el código vive en un repositorio público como portafolio. Las decisiones aquí no son teoría: cada una tiene su commit, sus tests y —cuando aplica— su hallazgo de seguridad documentado en /security.