Cum să eviți rularea de două ori a scripturilor de deployment

Toată lumea a pățit-o. Un script de deployment se execută fără probleme, apoi – din cauza unei reîncercări automate, a unei greșeli de nerăbdare sau a unei configurații greșite în pipeline – rulează din nou. Rezultatul? Migrări de baze de date aplicate de două ori, resurse duplicate sau webhook-uri care trimit notificări multiple.

Pre-validarea stării înainte de execuție rezolvă exact această problemă.

De ce idempotența nu e de ajuns

Mulți dezvoltatori presupun că scripturile lor sunt idempotente, adică pot rula de mai multe ori fără consecințe. În teorie sună bine. În practică, acest lucru poate duce la probleme serioase.

Să luăm câteva exemple:

• Crearea de resurse în AWS
• Migrări care modifică structura bazei de date
• Webhook-uri care procesează înscrieri de utilizatori
• Joburi care sincronizează date între servicii

Chiar dacă aceste scripturi sunt „aproape” idempotente, o execuție în plus poate crea date duplicate, actualiza timpi de două ori sau trimite notificări clienților de două ori. Realitatea e că nu ai nicio garanție că va fi totul în regulă.

Pre-validarea stării – o soluție mai sigură

În loc să te bazezi pe presupuneri, practica modernă în DevOps se îndreaptă spre înregistrarea explicită a execuțiilor. Înainte de a rula un script, întreabă: „S-a executat deja această operațiune în acest context?”

Sistemele moderne de pre-validare păstrează o stare – prin timestamp-uri, hash-uri sau lock-uri distribuite – care răspunde simplu la întrebarea: „Ar trebui să rulez acum sau nu?”

Cum funcționează

1. Verifici istoric – înainte de execuție, interoghezi starea stocată
2. Validezi contextul – vezi dacă parametrii sunt aceiași ca la o execuție anterioară
3. Blochezi sau marchezi – semnalezi că operațiunea este „în curs” pentru a evita conflicte
4. Rulezi – execuți logica propriu-zisă
5. Actualizezi – marchezi operațiunea ca „finalizată”

De ce e important pentru hosting și infrastructură

Pentru companii precum NameOcean, care oferă hosting și servicii de infrastructură, pre-validarea stării e critică pentru fiabilitate. DNS-ul nu trebuie să se propage de două ori. SSL-urile nu trebuie să se emită duplicate. Procesul de registrare a domeniilor trebuie să se execută exact o dată.

Pre-validarea e esențială în următoarele cazuri:

Sisteme distribuite – când scripturile rulează pe mai