Deploy soberano: el código nunca sale de casa

La mayoría de los deploys modernos asumen que tu código vive en la nube de alguien más: un repo en GitHub, un build en Vercel, secretos en plataformas ajenas. Para muchos proyectos está bien. Para sistemas con lógica de negocio sensible — fintech, datos de clientes, ventajas competitivas — preferimos otra postura.

El patrón

Build local: la imagen Docker se construye en nuestra máquina, con el código que nunca abandona el entorno controlado. Luego docker save produce un archivo binario, ese archivo viaja por SSH al servidor del cliente (o al nuestro), y docker load lo levanta. El servidor nunca ve el código fuente, no necesita compilar (funciona hasta en un VPS de 1 CPU) y no depende de ningún registry de terceros.

Qué gana el cliente

Tres cosas: soberanía (el fuente queda en quien lo pagó), portabilidad (la imagen corre igual en cualquier VPS — cambiar de proveedor es copiar un archivo) y reproducibilidad (la misma imagen que se probó es la que corre; no hay 'en mi máquina funcionaba'). El TLS lo resuelve Caddy automáticamente y la base de datos nunca expone puertos al exterior.

Así corren hoy nuestros sistemas en producción, incluido el backend de este mismo sitio. Es más artesanal que un pipeline de moda — y exactamente por eso lo elegimos: cada pieza es inspeccionable y reemplazable.