La gente nos pregunta qué base de datos usamos. La respuesta es Redis. La siguiente pregunta es siempre la misma: "¿Para todo?" Sí. Para todo.
El stack de Dekimu es Next.js con App Router, Upstash Redis para datos, Vercel Blob para archivos, Resend para correo y Vercel para deploy. Cinco servicios. Esa es toda la superficie en producción.
Porque no lo hemos necesitado. InvoiceUp guarda un único array JSON por usuario. accounts.dekimu.com guarda una docena de claves por usuario. No hay capa de analítica, no hay búsqueda, no hay reporting. Una base de datos relacional nos daría joins que no usamos y migraciones que no queremos.
Si una herramienta llega a necesitar SQL de verdad, añadiremos Postgres junto a Redis y moveremos solo esa herramienta. La identidad compartida se queda donde está. La infraestructura aburrida es más fácil de reemplazar — porque nada está enredado con ella.
Cada vez que nos ha tentado un runtime nuevo, un framework nuevo o una base de datos nueva, la respuesta ha sido la misma: ¿nos ahorra más de una semana de dolor operativo durante el próximo año? Hasta ahora la respuesta ha sido que no.
El stack no es donde quieres ser interesante. El producto lo es. Cada hora gastada en novedad de infraestructura es una hora no gastada en aquello por lo que los usuarios pagan.
Deploys rápidos. Cero migraciones. Cero base de datos de staging que se desincroniza. Un ingeniero junior puede leer toda la arquitectura en una tarde. La mayoría de los bugs que hemos tenido en producción han sido bugs de lógica de negocio — que es donde se supone que deben estar.
Cuantas más apps lance Dekimu, más valor gana la base compartida. La tecnología aburrida es infraestructura compuesta. La tecnología exótica suele ser lo contrario.