DevOps y cloud
CI/CD mínimo viable para equipos medianos
Pipeline práctico: build reproducible, tests críticos, artefacto versionado, deploy con aprobación y rollback — sin Kubernetes ni 47 stages el primer mes.
12 min de lectura · Actualizado 2026-07-22
Por qué CI/CD antes que microservicios
Equipos medianos a menudo debaten arquitectura mientras deployan por FTP. El CI/CD mínimo viable elimina el error humano repetitivo antes de optimizar contenedores.
Objetivo del MVP de pipeline: que cualquier desarrollador autorizado pueda llevar commit en main a producción en menos de 30 minutos con los mismos pasos cada vez, y revertir en menos de 10 si algo falla.
No necesitas Jenkins cluster day one. GitHub Actions, GitLab CI o Drone en un runner LXC en infraestructura propia cubren 80 % de casos B2B con costo operativo bajo.
Mide éxito en «deploys por semana sin incidente» y «tiempo de rollback», no en cantidad de herramientas instaladas.
Stages imprescindibles del pipeline
1) Checkout + install deps con lockfile (pnpm-lock.yaml, composer.lock). Build determinista: mismo input = mismo artefacto.
2) Lint + tests unitarios/integración críticos — los que habrían evitado los últimos 3 bugs en prod. No bloquees por cobertura 90 % el día 1.
3) Build artefacto (Next.js standalone, Docker image, tarball PHP) etiquetado con SHA del commit.
4) Deploy a staging automático en cada merge a develop; deploy a producción manual con aprobación de un segundo par y tag semver o SHA documentado.
Ambientes que sí se parecen a producción
Staging con misma versión de PHP/Node, mismas variables excepto secrets de sandbox, y copia anonimizada de DB si la app es data-heavy. Staging en SQLite cuando prod es PostgreSQL es teatro.
Base de datos: migraciones versionadas (Prisma migrate, Flyway, Laravel migrations) ejecutadas por pipeline, nunca a mano en prod «porque urgía».
Feature flags para activar código desplegado pero inactivo — deploy ≠ release. Reduce presión de «deploy el viernes porque la demo es el lunes».
Tras deploy a staging, smoke test automatizado: HTTP 200 en rutas clave, login test user, cola worker responde. Web Checker 360 manual en staging antes de aprobar prod.
Secrets, permisos y rollback
Secrets en GitHub Environments / GitLab protected variables, nunca en repo. Rotación trimestral de tokens de deploy.
Principio de mínimo privilegio: el token de CI solo despliega a los servidores necesarios, no root en todo el cluster.
Rollback = redeploy artefacto N-1 guardado, no git revert bajo estrés. Conserva últimos 5 artefactos en registry o S3 con política de retención.
Documenta en runbook: «Si falla checkout, ejecutar script rollback.sh SHA_anterior» con dueño y tiempo objetivo RTO < 15 min para sitios corporativos.
Evolución sin sobre-ingeniería
Mes 2–3: añade test e2e Playwright en 3 flujos críticos, cache de deps en CI, notificación Slack/Whatsapp en fallo de pipeline.
Mes 4–6: deploy blue-green o canary si el negocio no tolera segundos de downtime; infraestructura inmutable con imágenes Docker.
Evita bloquear al equipo con gates burocráticos: code review sí, comité de cambios de 5 personas no — salvo entornos regulados.
Conecta implementa pipelines CI/CD en clientes con hosting administrado y clústeres de virtualización propios: desde WordPress con deploy git hasta APIs Node en contenedores LXC.
Ponlo en práctica ahora
Usa las herramientas gratuitas del Toolbox para validar tu configuración en minutos.
¿Necesitas que lo resolvamos contigo?
Un ingeniero de Conecta puede aplicar esto en tu operación: servicio relacionado o conversación directa.