Infrastructură ca cod cu Terraform în România

Ce scriem în cod și ce câștigi

Terraform sau OpenTofu descrie resursele: servere, rețele private, reguli de firewall, înregistrări DNS, certificate. Ansible se ocupă de ce este înăuntru: pachete, utilizatori, servicii, fișiere de configurare. Argo CD sau Flux aduc aplicațiile din git în cluster. Rezultatul practic: un mediu nou se face în ore, nu în zile, iar diferențele dintre staging și producție nu mai apar pe nesimțite, pentru că amândouă vin din același cod.

• Resurse în Terraform sau OpenTofu, cu blocarea stării la modificări concurente
• Configurația serverelor în Ansible, idempotentă și reluabilă
• Aplicațiile prin GitOps, cu istoric al fiecărei promovări
• Secrete criptate cu SOPS sau păstrate în Vault, niciodată în clar în repozitoriu

Bune practici pe care le aplicăm în IaC

Infrastructura ca cod aduce beneficii doar dacă nimeni nu ocolește codul. Lista de mai jos este regula pe care o punem împreună cu echipa ta, iar cea mai importantă este și cea mai greu de ținut: nicio schimbare manuală în producție. O modificare făcută direct pe server dispare la următoarea aplicare a codului sau, mai rău, rămâne și transformă mediul în ceva ce nimeni nu mai poate reconstrui.

• Totul în git, cu revizuire pe fiecare cerere de modificare
• Infrastructură imuabilă: înlocuim serverul, nu îl reparăm pe loc
• Nicio schimbare manuală în producție, fără excepții temporare
• Exerciții de recuperare după dezastru, cu reconstrucție reală din cod
• Paritate între medii: staging și producție diferă doar prin dimensiuni

Abateri, stare și recuperare după incident

Codul singur nu garantează că realitatea îi corespunde. Punem verificare periodică a abaterilor, care compară ce este declarat cu ce există și raportează diferențele înainte să devină incidente. Starea Terraform stă într-un depozit comun, cu blocare, ca doi colegi să nu aplice simultan schimbări contradictorii. Pentru recuperare facem exerciții reale: ridicăm mediul din cod într-un proiect separat și măsurăm cât durează, ca planul să nu fie o presupunere.

Cum intră în abonament

Scrierea codului de infrastructură intră în orele lunare: 1–8 ore pe planurile VPS, 5–10 ore pe servere dedicate, în funcție de plan, și 10 ore pe GPU, cerute din panoul de client la secțiunea Servicii DevOps, cu termen propus de tine. De obicei împărțim pe etape: într-o lună resursele și rețeaua, în alta configurația serverelor, apoi GitOps și exercițiul de recuperare. Orele nu se reportează, iar ce depășește cota se acceptă și se facturează separat.

Cum lucrăm

1. Ceri lucrarea din panou

   Ne spui ce infrastructură ai acum, ce a fost făcut manual și ce mediu te-ar ajuta cel mai mult să poți reconstrui, apoi propui un termen.

2. Stabilim scopul și termenul

   Alegem uneltele și împărțirea pe module, decidem unde stă starea și cum se păstrează secretele, apoi estimăm orele pe etape.

3. Livrăm și importăm ce există

   Aducem resursele existente sub cod fără să le recreăm, adăugăm configurația în Ansible, apoi verificăm diferențele față de realitate.

4. Predăm cu documentație

   Primești repozitoriul, instrucțiunile de rulare, regulile de revizuire, planul de recuperare și rezultatul exercițiului de reconstrucție.

Cazuri de utilizare

Tehnologii

• Terraform
• OpenTofu
• Ansible
• Argo CD
• Flux
• Packer
• SOPS
• HashiCorp Vault
• Git

Întrebări frecvente

• Ce este infrastructura ca cod?

  Este practica de a descrie serverele, rețelele și configurația lor în fișiere versionate, aplicate automat. În loc să faci click sau să rulezi comenzi pe fiecare mașină, modifici codul, îl treci prin revizuire și îl aplici, iar rezultatul este repetabil.

• Terraform sau Ansible: care e diferența?

  Terraform creează și șterge resurse: servere, rețele, DNS. Ansible configurează ce este în interiorul lor: pachete, servicii, fișiere. Nu se exclud, se completează. În proiectele noastre Terraform ridică infrastructura, iar Ansible o aduce în starea de funcționare dorită.

• Ce este GitOps și la ce ajută Argo CD?

  GitOps înseamnă că starea dorită a sistemelor stă în git, iar un agent din cluster o aplică și corectează diferențele. Argo CD face exact asta pentru Kubernetes: compară permanent clusterul cu repozitoriul, arată abaterile și readuce lucrurile la starea declarată.

• Există viață după Terraform?

  Da, OpenTofu este o continuare compatibilă, apărută după schimbarea licenței, și migrarea este de obicei simplă. Lucrăm cu ambele și îți spunem care se potrivește proiectului tău, în funcție de module, de unelte deja folosite și de preferința echipei.

• Cum reconstruiesc infrastructura din cod după un incident?

  Aplici codul într-un proiect nou, restaurezi datele din backup și verifici lista de conformitate. Partea care contează este exercițiul: îl facem împreună, măsurăm timpul obținut și îl notăm în plan, ca să nu descoperi surprizele în ziua incidentului.

• Merită automatizarea pentru două servere?

  Da, dar cu măsură. Pentru două servere, Ansible și câteva fișiere aduc deja repetabilitate și documentație. Terraform devine util când apar mai multe medii, rețele private și reguli de firewall care trebuie să fie identice în toate.