Agile i Infrastructure as Code: automatizacija infrastrukture kao deo kontinuirane isporuke

Key Takeaways – Najbitnije u ovom tekstu:

• Kraj ručne administracije: Infrastructure as Code (IaC) u potpunosti eliminiše ručno konfigurisanje servera, zamenjujući ga deklarativnim kodom koji se verzira i testira.
• Istinska Agile isporuka: Ne možete imati pravi Agile i kontinuiranu isporuku (Continuous Delivery) ako vam za podizanje testnog okruženja treba tri nedelje. IaC to rešava u nekoliko sekundi.
• Sindrom pahuljice: Eliminacija servera koji su „unikatni“ i ne mogu se ponovo kreirati. Sa IaC-om i principom nepromenljive infrastrukture (Immutable Infrastructure), serveri postaju potrošna, zamenljiva roba.
• Evolucija ka GitOps-u: Budućnost automatizacije donosi GitOps – model u kom Git repozitorijum postaje jedini izvor istine (single source of truth) za celokupnu infrastrukturu vaše kompanije.

Ako danas uđete u prosečnu IT kompaniju na Balkanu, pa čak i širom Evrope, čućete mnogo priče o Agile metodologijama, Scrum procesima i dvonedeljnim sp

Međutim, postoji jedna surova, prljava tajna koju većina menadžera ignoriše: vaši programeri možda pišu kod brzo, ali on i dalje stoji zaglavljen u „čistilištu“ nedeljama. Zašto? Zato što je infrastruktura na kojoj taj kod treba da radi podešavana ručno, pomoću stare dobre „šrafciger administracije“.

Kada programer završi novu funkcionalnost, ona mora da se testira na okruženju koje je identično onom u produkciji. U tradicionalnim sistemima, tu na scenu stupa sistemski administrator (ili takozvani Ops inženjer) koji otvara konzolu, ručno kuca komande, instalira pakete i podešava baze podataka. To je sporo, podložno ljudskim greškama i, što je najgore, potpuno nekompatibilno sa Agile pristupom. Ne možete imati kontinuiranu isporuku (Continuous Delivery – CD) ako vam je osnova poslovanja diskontinuirana.

Ovde na scenu stupa Infrastructure as Code (IaC) – infrastruktura kao kod. Ovo nije samo još jedan DevOps alat; ovo je fundamentalna promena u kojoj se serveri, mreže i baze podataka više ne „kucaju ručno“, već se definišu linijama koda, baš kao i sam softver.

Šta je zapravo Infrastructure as Code (IaC)?

Infrastructure as Code (IaC) je proces upravljanja i obezbeđivanja (provisioning) računarskih centara i cloud resursa kroz mašinski čitljive definicione fajlove, umesto upotrebe fizičke konfiguracije hardvera ili interaktivnih konfiguracionih alata.

U praksi, to znači da umesto da vaš DevOps inženjer ode na AWS (Amazon Web Services) portal i ručno mišem isklika podešavanja za kreiranje 10 novih servera, on napiše konfiguracioni fajl (najčešće koristeći alate poput Terraform-a, Ansible-a ili Pulumi-ja). U tom fajlu on deklariše: „Želim 10 servera, sa 16GB RAM-a, povezane na ovu bazu podataka i osigurane ovim mrežnim polisama.“

Kada se taj kod pokrene, alat automatski komunicira sa cloud provajderom putem API-ja i kreira tačno ono što je napisano.

Postoje dva glavna pristupa u pisanju IaC-a:

1. Imperativni pristup: Vi govorite sistemu kako da dođe do cilja (npr. „pokreni skriptu koja će instalirati Nginx, zatim kopiraj ovaj fajl, pa restartuj servis“).
2. Deklarativni pristup: Vi deklarišete šta želite da bude konačno stanje (npr. „želim da Nginx verzija 1.21 bude pokrenuta“). Alat sam pronalazi način kako da od trenutnog stanja dođe do onog koje ste deklarisali. Ovaj pristup je danas apsolutni standard u industriji.

Sindrom „Pahuljice“ (Snowflake server) i mračna strana IT operacija

Da bismo razumeli zašto je IaC neophodan, moramo pogledati jedan od najgorih anti-šablona u IT-u, poznat kao „Sindrom pahuljice“ (Snowflake server).

Pahuljica je server koji je vremenom, kroz seriju ručnih izmena, hotfix-eva i neevidentiranih popravki, postao potpuno unikatan. Sistemski administrator je u tri ujutru morao hitno da izmeni konfiguracioni fajl kako bi sajt ponovo proradio, ali je zaboravio to negde da zapiše. Taj server radi, ali niko u kompaniji – pa ni taj administrator – više ne zna kako tačno taj server funkcioniše ispod haube.

Ako takav server padne zbog kvara na hardveru, biće potrebni dani ili nedelje panike i obrnutog inženjeringa (reverse engineering) da bi se on ponovo kreirao. To je poslovni rizik koji bi trebalo da drži budnim svakog tehničkog direktora (CTO).

Sa usvajanjem Infrastructure as Code, „Pahuljice“ se u potpunosti ubijaju. Ako server padne, DevOps inženjer ne pokušava da ga popravi. On ga jednostavno „ubije“ do kraja i pomoću istog onog Terraform koda podigne potpuno novu, identičnu kopiju za tačno 45 sekundi. Ovaj koncept nas vodi do nečeg što nazivamo nepromenljiva infrastruktura (Immutable Infrastructure).

Nepromenljiva infrastruktura: Nikada više ne ulazite na server (SSH)

U klasičnom IT-u, kada treba ažurirati server (na primer, staviti novu verziju softvera), vi se ulogujete na njega, instalirate zakrpu (patch) i nadate se da ništa neće pući.

Sa nepromenljivom infrastrukturom, jednom kada se server podigne, na njega se apsolutno nikada ne logujete (nema SSH pristupa) i ništa se na njemu ne menja. Ako želite da instalirate novu verziju, vi menjate IaC fajlove, alat kreira potpuno novi server sa novom verzijom, usmerava korisnike na njega, a zatim uništava onaj stari.

Ovaj koncept možda deluje rasipnički tradicionalnim sistem administratorima, ali on garantuje 100% doslednosti između okruženja. Okruženje za razvoj (Dev), okruženje za testiranje (Staging) i produkcija (Production) su sada potpuno identični u bit, jer su generisani iz istog koda. Slogan „Radi mi na lokalnoj mašini, ne znam zašto puca u produkciji“ odlazi na smetlište istorije.

Agile i IaC: Neraskidiva veza za kontinuiranu isporuku (Continuous Delivery)

Kontinuirana isporuka (Continuous Delivery) je softverska inženjerska praksa u kojoj timovi proizvode softver u kratkim ciklusima, osiguravajući da softver može biti pouzdano pušten (release) u bilo kom trenutku.

Kako se IaC uklapa u ovo? Bez IaC-a, proces kontinuirane isporuke bi se slomio na infrastrukturnom zidu.
Zamislimo Agile tim koji sprinta. Oni imaju sjajan CI (Continuous Integration) pajplajn – čim programer pošalje kod (git push), pokreću se automatski testovi i kod se bilduje. Ali šta se dešava nakon toga? Taj bildovan kod mora negde da se izvršava.

Ako imate IaC integrisan u vaš proces, sam vaš CI/CD pajplajn će preko Terraform-a ili AWS CloudFormation-a tražiti od cloud-a da u roku od minuta privremeno podigne kompletno novo okruženje koje simulira produkciju. Testovi se zatim izvršavaju na tom dinamički podignutom okruženju, kod se proverava, i ukoliko je sve u redu, kod ide u pravu produkciju, a privremeno testno okruženje se istog trenutka gasi, kako bi se uštedeo novac.

Ova nivo agilnosti je nezamisliv u manuelnom svetu. U takvom sinhronizovanom Agile sistemu, inženjeri bez straha puštaju nove izmene desetine ili stotine puta dnevno, što je srž onoga o čemu smo nedavno pisali na ITNetwork portalu analizirajući Platform Engineering i Cloud-native infrastrukturu.

DevSecOps: Bezbednost kroz kod

Kada je celokupna vaša infrastruktura definisana u tekstualnim fajlovima (kodu), to otvara vrata nečemu izuzetno moćnom: automatskom skeniranju bezbednosti pre nego što server uopšte i nastane. To se naziva Shift-Left pristup, gde se bezbednost (Security) integrisane od najranije faze razvoja.

Umesto da bezbednosni tim (SecOps) ručno skenira produkciju svakog petka i hvata se za glavu jer su baze ostale javno izložene internetu, danas postoje alati (poput Checkov-a ili Tfsec-a) koji pregledaju vaš IaC kod. Ako programer zaboravi da zaključa port 22 u kodu, sigurnosni skener će prekinuti CI/CD pajplajn i vratiti kod nazad. Infrastrukturna greška je uhvaćena i sprečena pre nego što je server i kreiran!

GitOps: Sledeći nivo automatizacije

Ako je IaC današnji standard, GitOps je ono što dolazi, ili je već uveliko aktuelno u najnaprednijim organizacijama.
GitOps je paradigma koja podiže Infrastructure as Code na viši nivo. U GitOps modelu, kompletan vaš sistem – i softverski kod i infrastrukturni kod – nalazi se u Git repozitorijumu.

Zlatno pravilo GitOps-a glasi: Git je jedini izvor istine (single source of truth).

Umesto da inženjer ručno pokreće Terraform skripte sa svog laptopa (što je opet bezbednosni rizik, jer on lično ima administratorske ključeve clouda), u GitOps modelu softverski agent (npr. ArgoCD) konstantno „čita“ šta piše u Git repozitorijumu i automatski primenjuje to stanje na produkcioni sistem (najčešće Kubernetes klaster).

Ako haker uspe da probije zaštitu i promeni konfiguraciju direktno na serveru, GitOps agent će to uočiti i reći: „Ovo nije ono što piše u Gitu!“ i automatski će vratiti sistem u prvobitno, sigurno stanje (prepisujući hakerovu izmenu u sekundi). To je neviđen nivo stabilnosti i bezbednosti.

Kako prodati ovu investiciju menadžmentu?

Tehnologija je beskorisna ako ne rešava poslovni problem. Inženjeri obožavaju IaC jer im je zanimljiv, ali menadžment ne plaća alatke za igranje; oni plaćaju poslovne rezultate. Kada se zagovara prelazak na automatizaciju infrastrukture, potrebno je govoriti jezikom finansija i brzine.

Ulaganje u ovakve kompleksne arhitekture zahteva ozbiljno obrazlaganje. Nijedan klijent (ili upravni odbor) neće lako odobriti milionske budžete za „skripte koje prave servere“. Zbog toga inovativne tehnološke kompanije često koriste usluge poput onih koje nudi Joombooz digitalna agencija, gde se uz pomoć naprednih AI video formata i vrhunske filmske (cinematic) produkcije najsloženiji IT benefiti (poput nulte greške, trenutnog skaliranja i automatskog oporavka sistema) pakuju u poruke koje biznis lideri savršeno razumeju. Na kraju krajeva, ako ne možete da artikulišete kako ušteda od 40 sati mesečno na kreiranju okruženja donosi novi profit kompaniji, niko neće podržati vaš projekat automatizacije.

Cena neuspeha u usvajanju ovih praksi je previsoka. Prema DORA (DevOps Research and Assessment) istraživanjima, kompanije koje ne automatizuju svoju infrastrukturu ostaju „niskih performansi“ (low performers). Oni puštaju novi kod jednom mesečno, suočavaju se sa masivnim prekidima rada (downtime) pri svakom izlasku na tržište, i na kraju neizbežno gube bitku sa konkurentima koji su brži.

Budućnost: Generativni AI i IaC

Da li će inženjeri kucati Terraform konfiguracije zauvek? Verovatno ne. Kretanja na tržištu ukazuju da je sledeći veliki korak simbioza između Infrastructure as Code i Generativne Veštačke Inteligencije (AI).

Trenutno vidimo rane primene kroz alate kao što je GitHub Copilot for CLI ili specifične AI agente obučene isključivo za DevOps. U skorijoj budućnosti, arhitekta će skicirati sistem na digitalnoj tabli, a AI će na osnovu tog crteža automatski generisati kompletno optimizovane i sigurne IaC skripte za odabrani cloud (AWS, Azure ili Google Cloud). Ipak, AI neće eliminisati Ops inženjere. Baš suprotno – inženjeri će postati revizori (auditori) kompleksnog infrastrukturnog koda, dok će AI preuzeti dosadni deo „kucanja“.

Infrastruktura je kod, prihvatite to

U svetu gde softver vlada, bizarno je tretirati mašine na kojima se on izvršava kao statične kućne ljubimce o kojima brinete ručno. Infrastruktura je kod. Server je samo linija teksta. Baza podataka je varijabla u skripti. Mreža je JSON fajl.

Kada usvojite ovakav mindset (mentalni sklop), vaš Agile proces napokon dobija motor kakav zaslužuje. Infrastructure as Code je jedini način da vaš tim prestane da juri infrastrukturne duhove iz prošlosti i počne zaista da kontinuirano isporučuje vrednost korisnicima. Prestanite da podešavate servere. Počnite da ih programirate.

Često Postavljana Pitanja (FAQ)