NNicolas.dev
--:--:-- 2026.--.-—
NNicolas.dev
2026.--.-— 32°S 60°W · AR
INFRAESTRUCTURA & MANTENIMIENTO

Si publicar da miedo, el problema no es el código: es cómo se publica.

Subir archivos por FTP un viernes a la tarde y cruzar los dedos no es un método de trabajo. Con entornos separados y un deploy automatizado, publicar deja de ser un evento: es un comando, se prueba antes, y si sale mal se vuelve atrás en minutos.

Staging separado de producción Deploy con un comando Vuelta atrás inmediata
LO QUE TE LLEVÁS
Entornos separados: probar sin tocar lo que está en vivo
Deploy automático al confirmar cambios, sin subir nada a mano
Reversa a la versión anterior en minutos, no en horas
Claves y credenciales fuera del código, por entorno
TECNOLOGÍA
Docker GitHub Actions Linux Cloudflare Docker GitHub Actions Linux Cloudflare

"En mi máquina andaba" es el síntoma, no la excusa.

Cuando el entorno de desarrollo y el de producción no se parecen, cada publicación es una apuesta. Y cuando la única copia del sitio está en el servidor, cualquier prueba se hace sobre lo que están viendo tus clientes en ese mismo momento.

SUBIR Y REZAR
  • Archivos por FTP, uno por uno, sin registro de qué cambió
  • Se prueba directo en producción porque no hay otro lugar
  • Contraseñas y claves escritas dentro del código
  • Si rompe, no hay forma rápida de volver a la versión anterior
CON ENTORNOS Y DEPLOY
  • Un comando publica, y queda registrado qué versión está arriba
  • Staging idéntico a producción para probar antes
  • Variables y secretos separados por entorno
  • Reversa a la versión anterior en un paso

Qué incluye

Separación de entornos

Local, staging y producción con la misma configuración base y datos que no se mezclan.

Pipeline de deploy

Publicación automática al confirmar cambios en la rama que corresponda, con build reproducible.

Variables y secretos

Claves de API, credenciales y configuración fuera del repositorio, distintas por entorno.

Estrategia de reversa

Versiones anteriores disponibles y un procedimiento escrito para volver atrás sin improvisar.

Chequeo post-deploy

Verificación automática de que el sitio responde después de publicar, y aviso si no.

Documentación de uso

Cómo publicar, cómo revertir y cómo levantar el proyecto de cero, escrito para tu equipo.

Esto no incluye: el costo del hosting o de los servicios cloud que se usen, ni el desarrollo del proyecto en sí. Si además necesitás que alguien administre el servidor de forma continua, eso es Gestión Técnica de Hosting.

Cómo se hace

Día 1

Relevamiento

Cómo se publica hoy y qué duele de ese proceso.

Día 2

Diseño del flujo

Qué ramas, qué entornos y quién puede publicar.

Días 3–4

Armado

Entornos, pipeline y secretos configurados.

Día 5

Prueba de fuego

Se publica, se rompe a propósito y se revierte.

Entrega

Traspaso

Documentación y una pasada del flujo con tu equipo.

Rangos de inversión

Depende de cuántos entornos haga falta y de qué tan atado esté el proyecto a la forma en que se publica hoy.

Setup básico

USD 100

1 proyecto, deploy a producción

  • Repositorio y ramas ordenadas
  • Deploy automatizado
  • Variables fuera del código
Consultar →
MÁS ELEGIDO

Setup con CI/CD

USD 220

Staging + producción, pipeline completo

  • Todo lo de Setup básico
  • Entorno de staging separado
  • Chequeo post-deploy y reversa documentada
Consultar →

Multi-entorno

USD 350

Varios servicios o equipo trabajando en paralelo

  • Entornos por rama para revisar cambios
  • Contenedores para réplica exacta
  • Permisos de publicación por rol
Consultar →

Preguntas frecuentes

¿Sirve si mi sitio es WordPress?

Sí, aunque el enfoque cambia: se versiona el código del tema y los plugins, y se define aparte cómo se maneja la base de datos y los archivos subidos, que no viajan igual que el código.

¿Tengo que cambiar de hosting?

No necesariamente. Se trabaja sobre el que ya tenés si acepta despliegue automatizado. Si no lo acepta, te lo digo en el relevamiento y evaluamos si conviene mudarse o buscar otro camino.

¿Necesito saber usar Git para esto?

Lo básico ayuda mucho, y queda documentado en el traspaso. Si nadie en tu equipo lo usa, se arma un flujo más simple, con un solo paso para publicar.

¿Cuánto cuesta mantener los entornos después?

El pipeline en sí no tiene costo recurrente en los planes gratuitos habituales. Lo que sí suma es el hosting del entorno de staging, que suele ser el más barato disponible o incluso gratuito según la plataforma.

¿Qué pasa si un deploy sale mal?

Para eso está la reversa: la versión anterior queda disponible y volver es un paso, no una restauración de backup. Además el chequeo post-deploy avisa si el sitio dejó de responder.

¿Esto incluye monitoreo permanente?

Incluye el chequeo inmediato después de cada publicación. El monitoreo continuo del sitio va por Hosting Administrado o por un plan de mantenimiento.

Contame cómo publicás hoy.

Si la respuesta empieza con "abro el FileZilla", ya sabemos por dónde arrancar.

Con garantía: si no cumplo lo prometido, reembolso completo.

Escribime por WhatsApp →
Desde USD 100 Contame tu caso →