Qué montamos en CI/CD
El pipeline vive en el repositorio, no en la cabeza de una sola persona ni en pasos manuales antes de desplegar. Configuramos GitHub Actions o GitLab CI con protección de rama, tests obligatorios antes de fusionar y despliegue automático hacia staging, con producción como un paso controlado y, si lo necesitas, enlazado con nuestro servicio de despliegues blue-green o canary. El objetivo es que desplegar sea un evento aburrido, no un motivo de tensión el viernes por la tarde.
- Pipeline como código en el propio repositorio
- Protección de rama y tests obligatorios antes de fusionar
- Despliegue automático a staging, controlado a producción
Buenas prácticas que aplicamos
Un pipeline verde no garantiza nada si el proceso alrededor tiene huecos: un secreto en el propio repositorio, un artefacto sin firmar, un despliegue sin forma de revertir. Cerramos esos huecos de forma sistemática en cada proyecto, no solo cuando algo falla, y volvemos a revisarlos cada vez que reservas horas DevOps para el pipeline o para la observabilidad del sistema.
- Pipeline como código con protección de rama y puertas de test
- Firma de artefactos y generación de SBOM
- Secretos fuera del repositorio, gestionados de forma centralizada
- Despliegues GitOps, con el estado deseado en git
- SLOs con presupuesto de error y enrutado de alertas por severidad
Observabilidad que responde preguntas, no solo dashboards
Un dashboard bonito que nadie consulta durante una incidencia no sirve de mucho. Montamos Prometheus para métricas, Loki para logs y, cuando el proyecto lo justifica, Tempo para trazas, todo centralizado en Grafana con paneles pensados para responder preguntas concretas durante una incidencia: qué cambió, qué servicio falla, cuánto tiempo llevamos fuera de objetivo. Las alertas se definen sobre objetivos de nivel de servicio (SLO), no sobre umbrales fijos que generan ruido constante.
- Prometheus para métricas, Loki para logs, Tempo para trazas si aplica
- Alertas por SLO y presupuesto de error, con enrutado por severidad
- Runbooks documentados para cada alerta crítica
Cómo usas las horas incluidas
Las horas DevOps forman parte de tu abonamiento: entre 1 y 8 horas al mes en VPS, entre 5 y 10 horas al mes en dedicados según el plan y 10 horas al mes en GPU. Se solicitan desde el panel de cliente, en Servicios DevOps. Se suelen usar para montar el pipeline inicial, migrar desde despliegues manuales o ajustar las alertas cuando generan demasiado ruido. Lo que supera la cuota mensual se acepta y se factura por separado.
Cada suscripción incluye horas mensuales de DevOps, CyberSecurity y Programación: 1 h desde el plan cPanel Advanced, 1–8 h en VPS, entre 5 y 10 h en servidores dedicados según el plan y 10 h en servidores GPU. Las horas se solicitan desde el panel de cliente, no se acumulan al mes siguiente, y lo que supera la cuota se acepta y se factura por separado.
