CI/CD con GitHub Actions
Cada cambio se testea y se despliega solo, sin pasos manuales. Con entornos de preview por rama para revisar antes de publicar y rollback en minutos.
// DEVOPS E INFRAESTRUCTURA
Infraestructura que no te da sorpresas.
Desplegamos, monitoreamos y mantenemos la infraestructura de tu producto para que tu equipo pueda dedicarse a construir funcionalidades en vez de apagar incendios.
// DEFINICIÓN
¿Qué es DevOps?
DevOps es la práctica de automatizar y estandarizar el camino que hace el código desde el repositorio hasta producción, junto con la operación del sistema una vez que está funcionando. Abarca integración y despliegue continuo, entornos reproducibles, monitoreo y alertas. El objetivo es que publicar deje de ser un evento riesgoso.
El cambio se mide en frecuencia y en miedo. Sin esta base, los cambios se acumulan hasta una entrega grande que se hace un viernes y con la que nadie quiere quedarse cerca. Con CI/CD funcionando se publica varias veces por semana, cada cambio es chico, y volver atrás toma minutos porque la versión anterior sigue disponible.
La otra mitad es la observabilidad. Un sistema sin monitoreo no es un sistema estable: es un sistema donde te enterás de los problemas por un cliente. Logs centralizados, métricas y alertas sobre lo que le importa al negocio cambian el orden de esa frase.
// CAPACIDADES
Del código a producción sin fricción.
Containers y entornos reproducibles
Docker y configuración de servidores versionada en el repositorio. El entorno se levanta igual en la máquina de cualquiera y en producción.
Monitoreo y alertas
Logs centralizados, métricas de rendimiento y alertas que avisan antes de que el usuario note el problema. Con un umbral definido, no notificaciones para todo.
// COMPARATIVA
VPS, cloud administrado o Kubernetes: hasta dónde hace falta ir.
La complejidad se paga en mantenimiento. Conviene el escalón más simple que resuelva tu carga real.
| Criterio | VPS con Docker | Cloud administrado | Kubernetes |
|---|---|---|---|
| Complejidad operativa | Baja: una máquina, contenedores y un pipeline. | Media: el proveedor opera, vos configurás. | Alta: hay que mantener el clúster además del producto. |
| Costo | El más previsible y bajo con carga estable. | Sube con el uso, pero se ahorra en tiempo de operación. | Alto en infraestructura y, sobre todo, en horas. |
| Escalar de golpe | Manual o con pasos automatizados simples. | Automático, es la razón principal para elegirlo. | Automático y con control fino de cada pieza. |
| Cuándo conviene | Carga previsible y equipos chicos: la mayoría de los productos. | Picos de tráfico o necesidad de servicios administrados. | Muchos servicios, varios equipos y escala que lo justifique. |
// DATOS CONCRETOS
Cómo trabajamos, en números.
- Puesta en marcha
- 2 a 4 semanas Pipeline de CI/CD, entornos, monitoreo y documentación de despliegue y rollback.
- Stack
- GitHub Actions, Docker, AWS, GCP y VPS La elección sale de la carga real y del presupuesto de operación, no de la moda del momento.
- Downtime de una migración
- Cero, si está planificada El entorno nuevo se levanta en paralelo, se prueba con tráfico controlado y recién ahí se cambia el DNS, con el viejo disponible.
- Rollback
- Minutos, no horas La versión anterior queda disponible. Volver atrás es una decisión de negocio, no una operación de emergencia.
- Qué se entrega
- Configuración versionada y documentada En el repositorio, no en la cabeza de nadie ni en pasos hechos a mano en un panel que después nadie recuerda.
- Después
- Tu equipo puede operarlo solo Se entrega documentado el despliegue, el rollback y qué mira cada alerta. Sin dependencia obligatoria de nosotros.
//PREGUNTAS FRECUENTES
Lo que nos preguntanantes de empezar.
¿Qué es CI/CD y qué cambia en el día a día?
Es automatizar el camino del código a producción: cada cambio se testea y se despliega solo, sin pasos manuales. Lo que cambia es la frecuencia y el miedo. Se deja de acumular cambios para una entrega grande y riesgosa, y se pasa a publicar seguido, con la posibilidad de volver atrás en minutos.
¿Necesito Kubernetes?
Casi seguro que no. Kubernetes resuelve problemas de escala y de equipos grandes; abajo de eso agrega una complejidad que alguien tiene que mantener. Para la mayoría de los productos alcanza con Docker sobre un VPS bien configurado o un servicio administrado, y esa decisión se puede revisar cuando el tamaño lo justifique.
¿Puedo mantener la infraestructura yo después?
Sí, y es parte del entregable. La configuración queda versionada en el repositorio, no en la cabeza de nadie ni en pasos hechos a mano en un panel. Se entrega documentado el proceso de despliegue, el de rollback y qué mira cada alerta.
¿Cuánto downtime tiene migrar de infraestructura?
Una migración planificada se hace sin downtime perceptible: se levanta el entorno nuevo en paralelo, se prueba con tráfico real controlado y recién ahí se cambia el DNS, con el entorno viejo disponible por si hay que volver. El corte solo aparece cuando la migración se hace contra reloj y sin ese paralelo.
¿Trabajan sobre AWS, GCP o servidores propios?
Con los tres. AWS y GCP cuando el producto necesita servicios administrados o escalar rápido, y VPS propio cuando la carga es previsible y el costo importa. La elección sale de la carga real y del presupuesto de operación, no de la moda del momento.
Infraestructura que trabaja mientras vos dormís.
Un producto que no está disponible cuando alguien lo necesita pierde una confianza que después cuesta meses recuperar. Construimos la infraestructura para que eso no dependa de que alguien esté mirando.