Skip to content

Nueva guíaModernizar un sistema heredado sin detener el negocio

Cloud e infraestructura

Buenas prácticas DevOps para equipos de ingeniería pequeños y medianos

Las prácticas que convierten los despliegues en rutina sin un equipo de plataforma dedicado.

Autor
Eryon Engineering
Publicado
Actualizado
Tiempo de lectura
1 min
Panel operativo usado para supervisar repartos en curso

Claves

  • Automatizar el camino del commit a producción, pruebas incluidas.
  • Mantener preproducción cerca de producción y desplegar el mismo artefacto en ambas.
  • Hacer que la marcha atrás sea más rápida que una corrección.
  • Alertar por síntomas que notan los usuarios, no por cada métrica.

DevOps no es una herramienta ni un puesto. Es un conjunto práctico de hábitos (pipelines, entornos, monitorización y recuperación) que hacen que los despliegues sean aburridos, en el mejor sentido.

Un único camino automatizado a producción

Cada cambio debe seguir el mismo recorrido: compilar, probar, empaquetar, desplegar en preproducción y promover ese mismo artefacto a producción. Los pasos manuales son donde fallan las entregas, así que cada uno que elimina hace los despliegues más seguros.

  • Ejecutar comprobación de tipos, lint y pruebas en cada pull request.
  • Compilar una vez y promover la misma imagen o paquete entre entornos.
  • Exigir revisión antes de fusionar en la rama principal.
  • Mantener la configuración del pipeline en el repositorio.

Entornos que coinciden

Los errores que solo aparecen en producción suelen deberse a diferencias entre entornos. Los contenedores y la infraestructura como código mantienen parecidos preproducción y producción; unos datos realistas y anonimizados en preproducción detectan el resto.

Entregar con seguridad, recuperarse rápido

Las entregas pequeñas y frecuentes son más fáciles de entender y de deshacer. Las migraciones de base de datos deben ser compatibles hacia atrás para que la versión anterior pueda seguir funcionando. Los feature flags permiten publicar código sin exponerlo hasta que esté listo.

Mida cuánto tarda en recuperarse de una entrega fallida. Si volver atrás lleva más tiempo que corregir, invierta en la marcha atrás.

Una monitorización que ayude a las 3 de la madrugada

Alerte por lo que viven los usuarios (errores, respuestas lentas, trabajos fallidos, páginas caídas) en lugar de por cada pico de CPU. Cada alerta debe ser accionable y llegar a alguien que pueda actuar.

  • Comprobaciones de disponibilidad en los recorridos clave de usuario.
  • Seguimiento de errores con marcadores de versión.
  • Paneles de latencia, tasa de errores y profundidad de colas.
  • Runbooks enlazados desde cada alerta.

La seguridad como parte del pipeline

Analice las dependencias automáticamente, guarde los secretos en un almacén gestionado en lugar de en el código o en variables del pipeline y dé a las credenciales de despliegue solo los permisos que necesitan.

Servicio relacionadoCloud y DevOpsEntornos fiables, despliegues repetibles y sistemas visibles.

¿Le ha gustado? Reciba el próximo por correo.

Un correo al mes. Puede darse de baja cuando quiera.

¿Tiene un producto quemerece ser construido?

Convirtamos la idea en un sistema que su empresa pueda usar de verdad.