Casos

Trabajo real, en producción hoy.

Estos son los equipos para los que construimos y operamos backend e infraestructura actualmente.

C-01 · Cancún · Líder técnico de backend e infra

Agencia de software

Responsable único de la arquitectura e infraestructura. Definimos desde cero los estándares de despliegue, operación y backend, y convertimos los requerimientos del PM en soluciones para varios clientes finales, en VPS con Kubernetes y Docker Swarm.

Docker Swarmk3sCloudNativePGGitHub Actions
01 · Código → CI/CD GitHub Actions · 14 repos
build → ghcr.io → docker stack deploy · ssh
1Password → secretos en tiempo de provisión
▼
▼
02 · Servicios Docker Swarm
Caddy · TLS autoGoNode
02 · Alta disponibilidad k3s
Envoy GatewayMetalLB PostgreSQL HA · CNPGValkey 1P · 2R · 3S
SQL▼
03 · Datos PostgreSQL en el nodo de la app
respaldos ──▶
S3 AWS
Webs → Cloudflare Pages
NextReactAstro
Cómo desplegamos

Docker Swarm para el grueso de los servicios y k3s para lo que necesita alta disponibilidad. El mismo pipeline en los 14 repos, con secretos desde 1Password. PostgreSQL vive junto a la aplicación con respaldos a S3, y las webs se publican en Cloudflare Pages.

Contexto

Una agencia de desarrollo con cartera propia de producto y clientes en refacciones, recursos humanos, turismo receptivo, salud y educación. Cada cuenta llegaba con su propio stack — APIs en Go y Node, fronts en Next y Astro — y todo terminaba en hosting compartido de cPanel, sin una ruta repetible a producción ni forma de reproducir un entorno.

Qué hicimos

Dos plataformas, cada una para lo que sirve: un Docker Swarm con Caddy y TLS automático para el grueso de los servicios, y un cluster k3s para lo que necesita alta disponibilidad — PostgreSQL HA con CloudNativePG, Valkey con un primario, dos réplicas y tres Sentinels, Envoy Gateway y MetalLB al frente. El despliegue va por GitHub Actions: build, push a ghcr.io y docker stack deploy por SSH, igual en los 14 repos. Los secretos se leen de 1Password en tiempo de provisión; ninguno vive en texto plano.

Resultado

69 servicios de aplicación en producción entre Swarm y Kubernetes. El nodo principal lleva 479 días corriendo sin un solo reinicio. Un cambio en main llega a producción en 3 minutos de mediana, y el 99% de los despliegues cierra en menos de 15.

Servicios en producción 69 entre Swarm y Kubernetes
Nodo principal 479 días sin un solo reinicio
main → producción 3 min mediana
Despliegues 99% cierran en menos de 15 min
Latencia de consulta 27 ms → ~0 PostgreSQL junto a la app
C-02 · Startup de IA · Cancún · Backend, plataforma y automatización

Nuke AI

Una sola infraestructura para más de diez clientes: 23 stacks aislados, automatizaciones de negocio sobre n8n y pipelines de IA que nunca rellenan un dato que no existe.

Docker SwarmCaddyn8nNestJS · Next.jspgvector
nuke-ai.com ↗
Ciclo de vida de un lead
13 flujos de CRM74 automatizaciones activas
⚑ Observación · alertas de fallo → Slack
01 · Entrada
WhatsAppFormulario de landingAnuncio
▶▼
02 · Agente LLM
clasifica, responde y consulta herramientas
↳ consultar tarifa↳ consultar disponibilidad
◀▶▲▼
03 · CRM Kommo fase actualizada automáticamente ⇄ el agente también lee el estado
▶▼
04 · Salida
link de pagocorreo transaccionalcita agendada
Contexto

Nuke AI construye producto para varios clientes a la vez: operaciones de transportación turística, inteligencia competitiva hotelera, investigación biomédica y una docena de sitios de marca. Trece repositorios, cuatro lenguajes y ciclos de entrega que no se parecen entre sí — una landing estática y una plataforma de operaciones en vivo no piden lo mismo. La exigencia nunca fue el tráfico: era que todo eso conviviera en una sola infraestructura sin que un cliente pudiera tumbar a otro, y que cualquiera de ellos pudiera salir a producción el mismo día.

Qué hicimos

Un Docker Swarm con Caddy al frente resolviendo TLS automático por dominio, y 23 stacks aislados encima: APIs, fronts, dos PostgreSQL 16, una base pgvector para embeddings, Redis y dos instancias de n8n que corren las automatizaciones de los clientes. Cada proyecto entra por el mismo camino — GitHub Actions construye, publica en GHCR y despliega por SSH esperando la convergencia del stack, verificando el SHA ya en caliente, con un workflow de rollback a un commit anterior. La plataforma de operaciones, NestJS y Next.js sobre PostgreSQL, sostiene un war room en tiempo real con Socket.io sobre Valkey, búsqueda con Meilisearch, caché con invalidación en escritura y un límite de 400 solicitudes por minuto por IP en el borde. Los pipelines de IA corren sobre Claude con embeddings locales y una regla dura: si el dato no se pudo obtener, se reporta vacío; nunca se rellena.

Resultado

23 servicios en producción para más de diez clientes sobre un solo nodo, sin una sola réplica caída. 423 días de operación continua sin reinicio. Un cambio en main llega a producción en 3 minutos de mediana, y el 96% de los despliegues cierra en menos de cinco.

Sin reinicio 423 días operación continua
Servicios en producción 23 stacks aislados · 0 réplicas caídas
Automatizaciones activas 74 workflows de n8n en producción

¿Tienes un proyecto que necesita backend o infra senior?

Primera llamada gratis. Si no somos el equipo correcto, te recomendamos a alguien que sí lo sea.