🔍 ¿Qué hace esta skill?

Diseña e implementa arquitecturas DevOps robustas para orquestar procesos batch de larga duración en entornos Linux Ubuntu. Cubre configuración de systemd production-ready, reintentos automáticos con backoff exponencial, replicación de estado en PostgreSQL, logging centralizado y preparación para migración a cloud, eliminando soluciones ad-hoc.

📅
Reportes y ETL de Larga Duración
Genera reportes mensuales de 8-12 horas con reintentos automáticos, validación de precondiciones y replicación de progreso entre instancias.
🔄
Sincronización Multi-Tenant
Orquesta procesos batch que sincronizan datos entre bases de datos de múltiples empresas con aislamiento de permisos y auditoría de accesos.
☁️
Preparación para Migración Cloud
Documenta dependencias y crea playbooks de migración manteniendo integridad de datos, permitiendo transitar de on-premises a AWS/Azure/GCP.
🚨
Supervisión y Recuperación ante Fallos
Implementa heartbeats, detección de procesos colgados, timeouts configurables y recuperación automática sin pérdida de datos.

⚙️ Cómo instalar

1
Instala la skill con un comando
Copia y pega este comando en tu terminal para descargar el SKILL.md directamente en tu carpeta de skills de Claude:
curl -o ~/.claude/skills/devops-linux-batch-orchestration.md "https://skillshubmcp.com/?s=devops-linux-batch-orchestration"
2
Recopilar Requisitos Detallados
Proporciona estructura del proceso batch, duración estimada, frecuencia, dependencias, stack tecnológico (Python/Java versiones), requisitos de SLA y entorno Ubuntu específico.
3
Diseñar Arquitectura de Systemd
Se crean archivos de servicio (.service) y timer (.timer) con configuración de usuario/grupo, límites de recursos, timeout y manejo de fallos específico para el proceso.
4
Implementar Mecanismo de Reintentos
Se desarrolla estrategia de reintentos con backoff exponencial, límites máximos y validación de precondiciones. Se configura en el servicio systemd.
5
Configurar Replicación de Estado
Se diseña esquema PostgreSQL para persistencia de estado, triggers de sincronización y validación de integridad entre instancias multi-empresa.
6
Establecer Logging y Supervisión
Se configura journalctl, syslog o ELK con alertas, se crean scripts de monitoreo de procesos colgados y se documenta procedimiento de graceful shutdown.

💬 Ejemplos de uso

🎯 Configurar Timer para Reportes Mensuales
Necesito un timer systemd que ejecute un proceso de generación de reportes cada primer día del mes a las 02:00 UTC. El proceso dura 8-12 horas, requiere reintentos automáticos (máx 3 con backoff exponencial) y debe persistir estado en PostgreSQL. Entorno: Ubuntu 22.04 LTS, Python 3.10.
⚡ Implementar Supervisión con Heartbeat
Quiero supervisar procesos batch de hasta 24 horas que pueden quedarse colgados. Necesito un script que detecte inactividad mediante heartbeat (ping cada 30 min), valide estado en PostgreSQL y ejecute acciones correctivas (kill + reintentar). Multi-tenant: cada empresa aislada por schema PostgreSQL.
🔄 Replicación de Estado Multi-Instancia
Tengo 2 servidores Ubuntu con procesos batch sincronizados. Necesito diseñar mecanismo de replicación de estado en PostgreSQL para que si un servidor falla, el otro continúe desde el punto de interrupción sin perder datos. Incluir validación de integridad antes de reanudar.
☁️ Playbook de Migración a Cloud
Necesito documentar y preparar la migración de procesos batch de on-premises (Ubuntu 20.04) a AWS. Los procesos son systemd services/timers, acceden a PostgreSQL local y requieren auditoría multi-empresa. Incluir dependency mapping, validación de portabilidad y runbook de migración con rollback.

🛠️ Características

✅
Configuración Systemd Production-Ready Diseño completo de services, timers y targets con límites de recursos, permisos mínimos y manejo de fallos específico para procesos batch.
✅
Reintentos Inteligentes con Backoff Exponencial Estrategia configurable de reintentos con backoff exponencial, límites máximos y validación de precondiciones antes de reintentar.
✅
Replicación de Estado en PostgreSQL Mecanismo de persistencia de estado con tablas de ejecución, sincronización entre instancias y validación de integridad.
✅
Logging Centralizado Escalable Integración de journalctl, syslog y stacks ELK con rotación, retención configurable y alertas estructuradas en JSON.
✅
Supervisión y Alertas Proactivas Scripts de monitoreo que detectan procesos colgados, fallos silenciosos, timeouts y ejecutan acciones correctivas automáticas.

❓ Preguntas frecuentes

Systemd timers son superiores para procesos de larga duración: ofrecen persistencia (si el sistema está apagado en la hora programada, ejecuta cuando reinicia), mejor integración con logging (journalctl), gestión de recursos con cgroups, reintentos configurables y dependencias entre servicios. Cron es más simple pero no escalable para batch production.
Se recomienda dividir en sub-procesos más pequeños orquestados con systemd targets, implementar checkpoints de progreso en PostgreSQL y reintentos granulares. Si es inevitable un proceso de 24h+, se configura timeout muy elevado, supervisión de heartbeat cada 30 min, y replicación de estado para recuperación ante fallo.
PostgreSQL es recomendado como backend de persistencia por su confiabilidad, soporte ACID y sencillez de sincronización multi-instancia. Alternativas: Redis (menos durable), archivos distribuidos (más complejo). La skill se enfoca en PostgreSQL pero puede adaptarse según requisitos.
Combinando: (1) persistencia de estado en PostgreSQL antes de iniciar trabajo, (2) checkpoints cada X minutos, (3) graceful shutdown que persiste cambios parciales, (4) validación de integridad antes de reintentar, (5) replicación entre instancias, (6) logging centralizado de todas las operaciones.
Orquestación DevOps de Procesos Batch en Linux

¿Prefieres escuchar el contenido? Genera la narración de audio con un clic.