Implementare continuă

1) Ce este CD-ul și cum este diferit de CI/CD

Continuous Implementation (CD) este practica de a lansa automat fiecare schimbare verificată la prod, fără manual "release trains. "CD-ul diferă de CI (ansambluri automate și teste la comitete) prin faptul că completează lanțul: cod → artefact → verificare → producție. În industriile reglementate, CD-urile sunt adesea combinate cu livrarea progresivă.

• Reduceți timpul până la piață și schimbați costurile.
• Reduceți riscul de eliberări mari: loturile mici → mai ușor să găsească motivul și să se rostogolească înapoi.
• Pentru a aduce disciplina de calitate: „fiecare angajament este potențial de vânzare”.

2) Principii de bază

Trepte mici. Sucursale cu fișe scurte, recenzii rapide, merjing agresiv.
Determinacy de asamblare. Medii de construcție repetabile, fișiere de blocare, construcții ermetice.
Shift-stânga-calitate. Lintere, analiză statică, teste de unitate/contract înainte de integrare.
Medii asemănătoare producţiei. Configurații identice, secrete prin seif, date - sintetice/impersonale.
Automatizarea întregii călătorii. De la angajament la rutarea traficului și rollback.
Observabilitate implicită. Măsurători, jurnale, urme, alerte - ca parte a Definiției Done.
Securitate prin design. SAST/DAST, SCA, artefacte semnate, validarea politicilor.

3) Arhitectura de referință a conductei CD

1. Trigger - eveniment în VCS (push/fuziune) marcat „prod-eligibil”.
2. Build: construi artefact (imagine, pachet), SBOM, semnătură (Sigstore/Cosign).
3. Test rapid: scame/unitate/contract; feedback rapid (<5-10 min).
4. Test Deep (în paralel): integrare, E2E, încărcare „pe profil”, probe de haos în scenă.
5. Poarta de securitate: SAST/DAST/SCA, verificarea secretelor, politici de verificare (OPA/Conftest/Kyverno).
6. Poarta de conformitate: SoD/4-eyes dacă este necesar, trasabilitatea cerințelor, listele de verificare.
7. Promovarea: promovarea artefactului ca unul și același construi prin medii (dev → etapa → prod).
8. Implementare strategie: albastru-verde/canar/progresiv + caracteristică steaguri.
9. Verificare post-implementare: auto-sănătate, SLO/SLA, alerte, auto-rollback în timpul degradării.
10. Audit și dovezi: artefacte, jurnale, protocoale de verificare - în stocare neschimbată.

4) Strategii de lansare

Albastru-verde: două standuri de producție (albastru = curent, verde = nou), comutare de rutare atomică. Plus - rollback instantaneu. Dezavantajul este infrastructura dublă.
Canare: pornirea în lot a traficului (1% → 5% → 25% → 100%) cu porți automate SLO.
Livrare progresivă: cohorte țintă (regiune, furnizor, segment VIP), limita de rază de deteriorare.
Feature Flags: codul de aprovizionare „off”, activați de utilizatori/cohorte. Obligatoriu: politica „ciclului de viață al pavilionului”.

5) Testarea și calitatea

Teste contractuale și contracte bazate pe consumatori pentru comunicate independente de microservice.
Profile de încărcare după modele reale (RPS, p95/p99, modele deschise/închise).
Testele migrațiilor bazelor de date: compatibilitatea directă/reversibilă a două versiuni (extinderea contractului →).
Eșantioane de haos/reziliență: dezactivarea dependențelor, întârzieri în rețea, limite de resurse.
Verificarea post-eliberare (fum + sintetic) de la puncte apropiate de utilizator.

6) Securitate și conformitate în CD

Semnătura artefactului, provenienţa, SBOM. Urmărim originea, excludem riscurile „lanțului de aprovizionare”.
Policy-as-Code: permitem doar imagini din registrul de încredere, cu trecerea scanării.
Secrete: jetoane de scurtă durată, chei rotative, KMS; interzicerea secretelor în gita.
Segregarea taxelor (SoD): dezvoltarea ≠ accesul la producție; toate operaţiunile prin conductă.
Traseu de audit: jurnale de lansare neschimbabile, cine/ce/când; depozitare N ani în conformitate cu cerințele de reglementare.

7) Managementul schimbărilor și controlul riscurilor

Tipuri de schimbare: standard (complet automat), normal (auto + omologare), de urgență (fereastră accelerată + post-mortem).
CAB minimalism: CAB pentru riscuri schimbate și actualizări de infrastructură „rupere”, restul - prin porți automate de calitate.
Matricea riscului: influența × probabilitatea → alegerea strategiei (canar mai adânc, steaguri, monitorizare suplimentară).
Runbooks & Playbooks: instrucțiuni clare pentru fiecare tip de eliberare și rollback.

8) Observabilitate, SLO și auto-rollback

Semnale de aur: latență, erori, saturație, trafic; valori de afaceri (conversie, depozit, succes de plată).
Guardrails: dacă p95> prag, rate↑ de eroare, metrika↓ de afaceri - auto-stop/rollback.
Release Dashboards: widget-uri: versiya→metriki→flagi→kanareyechnyye parte din trafic.
Alerte: niveluri de reducere a zgomotului, rotații de gardă, comunicare cu gestionarea incidentelor.

9) Măsurători CD

DORA: rata de epuizare, timpul de plumb pentru modificări, MTTR, cota de versiuni nereușite.
Modificarea ratei de eșec pe cohorte (după furnizor, regiune, dispozitiv).
Timp de trecere a porții: unde sunt „blocajele” (scanare de securitate, teste de integrare).
Cost-to-Release: cost pe minut fereastră, marcarea infrastructurii de strategii (albastru-verde vs canar).

10) Modele de rollback și compatibilitate

Auto-rollback: la nivelul de rutare (trafic switch) și/sau versioning (K8s rollout undo).
Migrarea bazelor de date: strategia extinde-migra-contract, caracteristica steaguri ascunde câmpuri inaccesibile.
Idempotency & Exact-one-like: pentru cozi/plăți - chei de idempotență, deduplicare.
Presiunea de spate și degradarea grațioasă: dacă sunt degradate, dezactivați caracteristicile nefuncționale.

11) Modelul practic al mediilor

Abordarea GitOps: starea țintă este stocată în git, controlerul aplică manifeste.
Medii: 'dev' (rapid și murdar), 'stage' (prod-like, haos-samples), 'prod-A/B' (albastru-verde) sau 'prod' cu bazine canare.
Izolarea datelor: configurații ca date, secrete în afara imaginii, conturi/limite individuale.

12) Procese și roluri

RACI: Arhitect (Politici), Echipa Platformei (Conducte, Clustere), Echipe de Produse (Teste/Steaguri), Securitate (Politici/Scanări), SRE (SLO/Fiabilitate).
ChatOps: versiuni de la boți de PR, vizibilitatea stărilor, „/promova „, „/rollback ”.
SOP: eliberați liste de verificare, recenzie post-lansare, controlul steagurilor de îmbătrânire.

13) Caracteristici pentru domenii foarte reglementate (ex. iGaming/fintech)

Trasabilitate - trebovaniye→tiket→PR→bild→artefakt→sreda→log de audit.
Geo-release: pe țări/jurisdicții, cu configurație de plată locală/LCC.
Motoare antifraudă/risc: bazine de trafic canar, monitorizare fals-pozitivă/negativă.
KYC/AML/joc responsabil: caracteristici de lansare prin steaguri cu monitorizarea obligatorie a impactului utilizatorului.

14) Frecvente anti-modele

Pași manuali între etape („adus artefact de mână”).
„Steaguri gri” fără proprietar şi durată de viaţă.
Un test comun de integrare „grăsime” în loc de contracte.
Nu există migrații de baze de date reversibile.
Scanare de securitate după implementare, nu înainte.

15) Lista de verificare a pregătirii pentru CD-uri

Construirea este deterministă; artefact semnat; există un SBOM.

• Testele contractuale și remedierile pentru E2E.
• Porți de securitate/conformitate ca cod; secrete - prin seif.
• Observabilitate: jurnale/metrici/piste, panouri de bord de lansare, porți SLO.
• Strategia de lansare: canar/albastru-verde + auto-rollback.
• Proceduri de migrare DB (extindere/contract).
• Caracteristică steaguri cu crea → utiliza → șterge politica.
• RACI/Runbooks/ChatOps integrare.

16) Fluxul exemplului (scenariu)

1. Fuzionează în linia de declanşare „principală”.
2. Ansamblu container, semnătură, SBOM.
3. Lint/unitate/contracte → trecut.
4. SAST/SCA/scanare secretă → „verde”.
5. Autopromo in etapa: E2E + haos + incarcare profil.
6. Canare 1% per prod, eroare/latență/controlul metricii de afaceri.
7. Escaladarea la 25 %/50 %/100% cu porți verzi.
8. Închideți automat steagul "rollout-guard', înregistrați artefacte de audit.
9. Recenzie post-lansare, eliminarea steagurilor temporare.

17) Linia de jos

CD-ul nu este un „buton de implementare”, ci o cultură a schimbărilor mici, sigure și observabile. Cu politicile și automatizarea potrivite, CD-ul reduce riscul, accelerează livrarea de valoare și face eliberarea unei rutine mai degrabă decât un eveniment. Pentru sistemele foarte încărcate și reglabile, cheia succesului sunt porțile stricte de calitate, rollout treptat, steagurile caracteristice, observabilitatea și reproductibilitatea fiecărui pas.