🔄 CRM Pipeline Live · DELIVERADS réactivé avec GUARDS
Pipeline DELIVERADS reactivé 17avr 14h23 après 2,5 mois disabled. Option B — avec rate-limit, volume cap, dashboard. Doctrine 62 CRM-PIPE-GUARDS.
📊 État pipeline
🛡️ Guards actifs (doctrine 62)
🔒 Volume cap : si send_contacts > 4,000,000 → SKIP run (protège DB)
⏱️ Rate-limit : si delta > 10K/run → SKIP (évite spike)
💾 DB load check : si processes postgres > 200 → SKIP
🔄 Autoheal : 10 runs failed consécutifs → cron auto-disabled + alerte Blade queue
📦 Checkpoint : /var/lib/deliverads/last_insert_count tracké
📅 Fréquences réduites
| Task | Avant (27 jan → 17 avr disabled) | Nouveau (depuis 17 avr 14h23) |
|---|
| sync_all | every 2 min (720×/j) | every 30 min (48×/j) |
| ai_engine | every 5 min (288×/j) | every 1h (24×/j) |
| pipeline | every 15 min (96×/j) | 4×/jour (06/12/18/00) |
| daily_report | 8h | 8h (inchangé) |
| autoheal check | — | every 10 min |
📜 Historique runs (dernières 20)
Chargement…
⚡ Actions
🎯 Long terme — Option D migration
Option B est un redémarrage conservateur. Objectif long terme (Option D) : migrer send_contacts vers pipeline propre :
- Phase 1 (fait) : réactivation avec guards (option B) — done 17avr
- Phase 2 : observer 7 jours · volumes · erreurs · deliverability
- Phase 3 : migrer les sources tracking vers Ethica (pharma HCPs) + Twenty CRM (B2B deals) au lieu de DELIVERADS tracking OVH obsolète
- Phase 4 : déprécier DELIVERADS pipeline (passive archive, doctrine 58)
Voir décision wiki + P0 dossiers
🔗 Liens