lucqaPublicar una versión nueva deja de ser un evento.
Hoy cada publicación es una ventana nocturna y una lista de pasos manuales que alguien puede olvidar. Lo convertimos en algo que ocurre en minutos, sin cortar el servicio, y que se revierte en un paso si algo sale mal.
Esta página describe un servicio que prestamos, pero su detalle está pendiente de revisión interna. No publica precios por eso mismo. Lo que falta cerrar:
Publicar da miedo, así que se publica poco
Cuando desplegar es un procedimiento manual de veinte pasos, se hace de noche, nunca un viernes y lo más tarde posible. El resultado es el contrario del que se buscaba: versiones enormes, con más cambios juntos y mucho más difíciles de revertir.
Qué se monta
Es lo mismo que sostiene a nuestros propios productos todos los días. No es una metodología que recomendamos: es la que usamos, y por eso sabemos dónde duele.
Publicaciones automáticas
CI/CD · GitHub Actions · GitLab
Cada cambio aprobado se prueba y se publica solo, sin pasos manuales que alguien pueda saltarse.
Ambientes desde código
Terraform · Docker · Infraestructura como código
El ambiente se levanta igual todas las veces, y el de pruebas se parece de verdad al de producción.
Vuelta a la versión anterior
Rollback · Versionado
Volver atrás es un paso y no una noche entera. Y se prueba antes de necesitarlo, no durante.
Alertas con responsable
Métricas · Registros · Avisos
Cada alerta tiene umbral y dueño. Una alerta que no despierta a nadie concreto no es una alerta.
Pruebas en cada cambio
Automatización · Regresión
La suite corre antes de publicar, no después del reclamo del cliente.
Plan de recuperación probado
Simulacro · Constancia
Escrito y ensayado. Un plan de recuperación que nunca se probó es una suposición, no un plan.
Montarlo una vez, u operarlo contigo
La mayoría empieza por el montaje y decide después si quiere que sigamos operándolo. Son dos cosas distintas y se contratan por separado.
Modelo de contratación: Proyecto cerrado para el montaje; soporte continuo si además lo operamos. Ver los tres modelos
Dejamos las publicaciones automatizadas, los ambientes en código y las alertas puestas, con tu equipo capacitado para operarlas.
Además del montaje, la operación queda de nuestro lado: guardia, mejoras del pipeline y revisión de alertas.
Tu gente ejecuta y nosotros revisamos, corregimos y desbloqueamos. El conocimiento se queda dentro porque se aprende haciendo.
Lo que se entrega siempre
Un montaje que solo funciona mientras estemos nosotros no sirve de nada. Esto es lo que garantiza que no dependas de que sigamos.
Todo en tu repositorio
Pipelines, definiciones de ambiente y scripts viven junto a tu código, no dentro de una herramienta nuestra.
Documentación de operación
Cómo publicar, cómo volver atrás y a quién llamar. Una página, no un manual que nadie abre.
Secretos fuera del código
Claves y credenciales en un almacén con permisos, no en un archivo del repositorio ni en el chat del equipo.
Capacitación al equipo
Sesiones con tu gente sobre lo que se montó, para que publicar no vuelva a depender de una sola persona.
Sin quedar atado a un proveedor
Se monta sobre herramientas estándar. Si mañana entra otro equipo, encuentra lo que esperaría encontrar.
Un proyecto cerrado, y después tú decides
No publicamos una cifra porque el montaje depende de con qué se parte: ordenar lo que ya existe no cuesta lo mismo que montarlo desde cero. Lo que sí es fijo es cuándo tienes el número.
El montaje se cotiza con alcance y precio fijos. Si después quieres que lo operemos nosotros, eso pasa a una cuota mensual de soporte continuo y se contrata aparte.
Tras la llamada de diagnóstico te enviamos una propuesta con alcance, plazos y precio en un máximo de 3 días hábiles. Decir qué determina el precio y cuándo llega por escrito informa y compromete; decir «consúltanos» solo aplaza la conversación.
De la llamada a la primera publicación automática
Llamada de diagnóstico
45 minutos para ver cómo llega hoy una versión nueva a producción y qué se rompe por el camino.
Propuesta con alcance
Qué se automatiza, en qué orden y con qué precio cerrado. Una página, sin anexos que nadie lee.
Primer servicio de punta a punta
Empezamos por uno solo, completo, para que el equipo lo vea funcionar antes de extenderlo al resto.
Extensión y traspaso
El resto de los servicios, la documentación de operación y el simulacro de recuperación.
Cuándo no te conviene todavía
Automatizar una publicación que ocurre dos veces al año no devuelve lo que cuesta montarla.
Lo que preguntan antes de empezar
¿Falta algo? Escríbenos y lo respondemos por el canal que prefieras.
¿Hay que cambiar de nube o de proveedor?+
No. Se monta sobre lo que ya tengas. Cambiar de proveedor es otra conversación y se decide por costo o por capacidad, no por esto.
¿Sirve si no usamos contenedores?+
Sí. Los contenedores facilitan reproducir el ambiente, pero no son obligatorios: casi cualquier sistema que hoy se despliegue a mano se puede automatizar.
¿Quién puede publicar cuando esté montado?+
Cualquiera del equipo con permiso, porque dejan de existir los pasos que había que memorizar. Quién tiene ese permiso lo decides tú.
¿Y si una publicación automática rompe producción?+
Si la comprobación posterior falla, vuelve sola a la versión anterior; y si no, la vuelta atrás es un paso. El simulacro se hace antes de entregar, no el día del susto.
¿Las herramientas quedan atadas a ustedes?+
No. Todo vive en tu repositorio y sobre herramientas estándar. Si mañana entra otro equipo, encuentra lo que esperaría encontrar.
¿Se puede empezar por un solo servicio?+
Es lo que recomendamos. Uno completo enseña más que un plan entero en papel, y el resto va después con lo que se aprendió en ese.
Cuéntanos cómo publicas hoy y qué se rompe.
Una llamada de 45 minutos para recorrer el camino que hace hoy una versión nueva hasta producción. Si lo que te conviene es esperar, también te lo decimos.