Quitar trabajos habituales de tu lista
Programa Ansible, infraestructura y scripts. Reúne parches, certificados y copias con resultado por ejecución.
ENTRADAInfraestructura
Controles semanales0 2 * * 0Comprobación preliminar staging
Renovación de certificados0 3 * * *Renew public TLS certificates
Comprobación de copias de base de datos0 6 * * 1-5Verify production backups
Historial
Controles semanalesAnsible · 18 oct 2026Éxito02:00 UTCunos segundos
Controles semanalesAnsible · 11 oct 2026Éxito02:00 UTCunos segundos
Staging service preflight › Task #22
ÉxitoIniciado a las 02:00 UTC · unos segundos
02:00:01 AM PLAY [Preflight staging services before rollout]02:00:01 AM TASK [Check service health endpoint]02:00:01 AM ok: [web-01.staging]02:00:01 AM ok: [web-02.staging]02:00:01 AM ok: [api-01.staging]02:00:02 AM TASK [Confirm service and release are ready]02:00:02 AM ok: [web-01.staging] => { "msg": "web-01.staging is ready for release 2026.09" }02:00:02 AM ok: [web-02.staging] => { "msg": "web-02.staging is ready for release 2026.09" }02:00:02 AM ok: [api-01.staging] => { "msg": "api-01.staging is ready for release 2026.09" }02:00:02 AM PLAY RECAP02:00:02 AM api-01.staging : ok=2 changed=0 failed=002:00:02 AM web-01.staging : ok=2 changed=0 failed=002:00:02 AM web-02.staging : ok=2 changed=0 failed=0
Información de plantillaAplicación AnsiblePlantilla Comprobación preliminar staging
Información de ejecuciónIniciado 25 Oct 2026, 02:00 UTCEstado Éxito
Existe cron. ¿Sigue haciéndose el trabajo?
Es fácil olvidar ventanas y certificados. Una credencial cambiada u host inaccesible rompe un trabajo funcional. Un temporizador no dice qué ocurrió o requiere atención.
Mantener programación y resultado juntos. Programa una plantilla, revisa próxima ejecución y abre cada ocurrencia desde historial. El horario permanece visible con el trabajo.
Programación
Tarea
Historial
Programar y seguir cada ejecución
Elige la plantilla, define intervalo o cron y revisa la próxima ejecución antes de guardar.
Ve horarios, cámbialos o desactiva sin borrar la plantilla.
Comprueba cada ocurrencia, inicio y resultado sin recopilar salidas de hosts cron separados.
Abre registros y detalles para investigar el fallo.
Integrar el trabajo recurrente en la rutina del equipo
Hacer predecible la automatización habitual
Programar un trabajo probado
Una programación añade únicamente un horario a un Task Template existente. La plantilla conserva repositorio, playbook o script, destinos, referencias a credenciales y entradas admitidas. El orden importa: ejecuta primero manualmente, lee la salida y después asigna una cadencia a esa definición. Modificar la plantilla cambia todas las ocurrencias futuras: revisa sus cambios igual que el código que ejecuta.
Parches, certificados y copias
Son trabajos que dejan de funcionar silenciosamente. Programa parches, TLS o controles probados y haz la cadencia parte del proyecto, no del crontab personal. Semaphore inicia y registra; el código verifica y devuelve error si falla. Alerta por un canal seguido antes de que expire el certificado.
Cron, intervalos y zona horaria del servidor
Elige intervalo o cron estándar de cinco campos. El editor muestra zona y próxima ejecución en ella y en tu navegador para comprobar el significado. Los administradores fijan la zona en el servidor, UTC por defecto; no se elige por programación. Si hay horario estacional, revisa las ocurrencias al cambiar la hora antes de confiar en la ventana.
Proporcionar valores para una ejecución programada
Una programación puede pasar valores mediante los campos expuestos por la plantilla, como rama, límite de hosts Ansible o campo Survey. Decide qué puede variar antes de activar la cadencia, prueba esa combinación manualmente y guárdala. Limita las entradas expuestas: la programación no debe ampliar el alcance de una operación revisada para menos destinos.
Encontrar e investigar una ocurrencia fallida
Cada ocurrencia es una tarea con estado, inicio, origen y salida. Investiga la ejecución real, no la plantilla actual. Compara inicio previsto y observado. No hay reintento ni recuperación automática de ventanas perdidas: examina el original y decide una nueva ejecución, a menudo más limitada.
Elegir alertas para ejecuciones desatendidas
Una programación puede heredar las alertas de la plantilla o usar otro conjunto de alertas de proyecto. Envía los fallos desatendidos al equipo que sigue las operaciones habituales; las ejecuciones manuales pueden mantener alertas distintas.
Planificar mantenimiento de una sola vez
Usa una programación puntual para mantenimiento o limpieza a una hora concreta y cron para rutina. Ambos crean tareas normales desde la plantilla.
Documentación y funciones relacionadas
FAQ
¿Puede programar Ansible, Terraform, OpenTofu y scripts?
Sí. Una programación inicia la plantilla de Ansible, Terraform, OpenTofu, Bash, Python o PowerShell. Prepara repositorio, credenciales, destinos y entorno antes de añadir horario y entradas. Cada ocurrencia es tarea normal, no otro modelo de script.
¿Puedo usar cron o un intervalo predefinido?
Sí. Admite intervalos y cron de cinco campos. Revisa la próxima ejecución. Inicia una plantilla, no sustituye tu código. Usa idempotencia en infraestructura compartida.
¿Puedo programar parches de servidor y renovación TLS?
Sí, con una plantilla probada. Programa parches o renovación. Semaphore inicia y registra; tu código actualiza, verifica y reporta error. Añade avisos antes de la siguiente ventana o caducidad.
¿Qué zona usa la programación?
Usa la zona del servidor, UTC por defecto. Zona mostrada y previsualización explican, no son ajustes por programación. Documenta la zona y cadencia, especialmente entre regiones. Comprueba cambios estacionales antes de depender de la ventana.
¿Puede una programación cambiar rama, inventario o límite?
Una programación proporciona parámetros admitidos mediante campos habilitados en la plantilla. Decide qué puede variar y activa solo esas entradas. Prueba la combinación manualmente y guarda los reemplazos. La plantilla mantiene la configuración reutilizable. La programación no debe eludir el diseño de entradas ni ampliar silenciosamente el alcance.
¿Qué pasa si tarda más que el intervalo?
La programación usa el modelo normal y sus límites. Un intervalo corto no asegura cambios superpuestos. Compara duración e intervalo y considera bloqueo o idempotencia. Prueba espera y solapamiento antes de cadencias cortas destructivas o costosas.
¿Dónde encuentro una programada fallida?
Abre historial y encuentra la ocurrencia. Revisa estado, tiempos, origen y salida antes de reintentar. Compara inicio previsto y real para retrasos. Las notificaciones avisan, pero la tarea es el registro detallado.
¿La programación incluye reintentos y recuperación?
No presupongas reintentos, recuperación de ejecuciones o calendarios laborales no documentados. La programación define el inicio; la recuperación tras una caída se diseña y prueba aparte. Decide si una copia o revisión perdida se ejecuta tarde, se omite o requiere decisión. Depende de la operación y sus efectos.
¿Puedo iniciar un workflow según una programación?
El formulario selecciona plantilla, no workflow. Para programar un workflow completo llama a Workflow API Pro desde un planificador externo o una plantilla de script programada. Después sigue sus dependencias, aprobaciones y rutas y registra una ejecución separada. Consulta workflows y documentación de la Workflow API.