Scouttlo
All ideas/devtools/Una plataforma SaaS que permita configurar y gestionar estrategias avanzadas de reintentos con backoff personalizable para trabajos programados y automatizaciones.
GitHubB2Bdevtools

Una plataforma SaaS que permita configurar y gestionar estrategias avanzadas de reintentos con backoff personalizable para trabajos programados y automatizaciones.

Scouted 8 hours ago

6.5/ 10
Overall score

Turn this signal into an edge

We help you build it, validate it, and get there first.

Go from idea to plan: who buys, what MVP to launch, how to validate it, and what to measure before spending months.

Extra context

Learn more about this idea

Get a clearer explanation of what the opportunity means, the current problem behind it, how this idea solves it, and the key concepts involved.

Share your email to view this expanded analysis.

Score breakdown

Urgency7.0
Market size6.0
Feasibility8.0
Competition5.0
Pain point

La falta de estrategias configurables de reintento para trabajos fallidos puede causar sobrecarga en servicios temporales y dificultar la recuperación.

Who'd pay for this

Equipos de desarrollo y operaciones que gestionan cron jobs y automatizaciones críticas en empresas de tecnología y servicios digitales.

Source signal

"Currently `job_retry.py` appears to support a fixed retry interval, but there's no way to configure exponential or linear backoff strategies for failed jobs."

Original post

Add support for configurable retry backoff strategies in job_retry.py

Published: 8 hours ago

Repository: Alf7317redFanny/cronwatcher Author: Alf7317redFanny ## Feature Request Currently `job_retry.py` appears to support a fixed retry interval, but there's no way to configure exponential or linear backoff strategies for failed jobs. When a cron job fails due to a transient issue (e.g., a downstream API being temporarily unavailable), retrying immediately at a fixed interval can hammer the failing service and make recovery harder. ## Proposed Solution Add a `backoff_strategy` field to the job configuration (in `config.py` / `config_example.json`) with support for at least the following strategies: - `fixed` – current behavior, retry after a constant delay - `linear` – delay increases by a fixed amount each attempt (e.g., 30s, 60s, 90s) - `exponential` – delay doubles each attempt with an optional `max_delay` cap (e.g., 30s, 60s, 120s, 120s) Example config snippet: ```json "retry": { "max_attempts": 5, "backoff_strategy": "exponential", "base_delay": 30, "max_delay": 300 } ``` The `job_retry.py` module and its tests in `tests/test_job_retry.py` would need to be updated accordingly. It would also be worth surfacing the current retry attempt and next scheduled retry time in the dashboard (`dashboard.py`) and including it in alert notifications via `alert_dispatcher.py`.