Marathon<\/a><\/noindex>\u00a0<\/li>\n<\/ul>\n<\/p>\n
7. Infrastruktura kot koda (IaC)<\/h2>\n
<\/p>\n
Kratak opis tehnologije<\/h3>\n
\n In tu smo pri\u0161li do zadnjega poglavja. Obi\u010dajno ta tehnologija in z njo povezane naloge niso v odgovornosti in\u017eenirjev za avtomatizacijo. In za to so razlogi. Prvi\u010d, v mnogih organizacijah so infrastrukturne zadeve pod nadzorom devops oddelka in ekipa razvojni\u0161ki ne skrbi preve\u010d o tem, kako pipeline deluje in kak\u0161ne podpore je potrebna za vse, kar je s tem povezano. Drugi\u010d, bodimo iskreni, praksa 'Infrastruktura kot koda (IaC)' se \u0161e vedno ne uporablja v mnogih podjetjih. Toda zagotovo je to postalo priljubljen trend in pomembno je truditi se biti vklju\u010den v povezane procese, pristope in orodja. Ali pa vsaj biti na teko\u010dem s dogodki.<\/p>\n
Za\u010dnimo z motivacijo za uporabo tega pristopa. \u017de smo razpravljali, da za zagon testov v GitlabCI potrebujemo vsaj vire za zagon Gitlab Runnerja. Za zagon kontejnerjev z brskalniki\/emulatorji pa moramo rezervirati VM ali grozd. Poleg virov za testiranje potrebujemo tudi znatno \u0161tevilo zmogljivosti za vzdr\u017eevanje razvojnih, staging in produkcijskih okolij, kar vklju\u010duje tudi baze podatkov, avtomatizirane urnike, mre\u017ene konfiguracije, uravnote\u017eevalnik obremenitve, uporabni\u0161ka dovoljenja in \u0161e ve\u010d. Klju\u010dni problem so potrebni napori za vzdr\u017eevanje vsega tega. Obstaja ve\u010d na\u010dinov, kako lahko vna\u0161amo spremembe in uvajamo posodobitve. Na primer, v kontekstu GCP lahko uporabimo UI konzolo v brskalniku in izvajamo vse akcije s klikom na gumbe. Alternativna mo\u017enost je uporaba API klicev za interakcijo s stre\u017eni\u0161kimi entitetami ali uporaba ukazne vrstice orodja gcloud za izvajanje potrebnih operacij. Vendar pa pri resni\u010dno velikem \u0161tevilu razli\u010dnih entitet in infrastrukturnih elementov postane te\u017eko ali celo nemogo\u010de izvesti vse operacije ro\u010dno. Kar je \u0161e huje, vse te ro\u010dne akcije so neobvladljive. Ne moremo jih poslati na pregled pred izvedbo, uporabiti sistema za nadzor razli\u010dic in hitro razveljaviti spremembe, ki so pripeljale do incidenta. Za re\u0161evanje tovrstnih te\u017eav so in\u017eenirji razvili in \u0161e razvijajo avtomatizirane bash\/shell skripte, kar ni veliko bolj\u0161e od prej\u0161njih metod, saj jih ni tako enostavno hitro prebrati, razumeti, vzdr\u017eevati in modificirati v proceduralnem slogu.<\/p>\n
V tem \u010dlanku in prakti\u010dnem vodi\u010du uporabljam 2 orodji, povezana s prakso IaC. To sta Terraform in Ansible. Nekateri menijo, da nima smisla uporabljati ju hkrati, saj imata podobne funkcionalnosti in sta medsebojno zamenljiva. Vendar pa je dejstvo, da sta ta orodja prvotno zasnovana za zelo razli\u010dne naloge. Potrdili so, da bi se ta orodja morala dopolnjevati, na skupni predstavitvi razvijalcev podjetij HashiCorp in RedHat. Konceptualna razlika je v tem, da je Terraform orodje za provisioning za upravljanje samih stre\u017enikov. Medtem ko je Ansible orodje za upravljanje s konfiguracijami, katerega naloga je namestitev, nastavitev in upravljanje programske opreme na teh stre\u017enikih.<\/p>\n
\u0160e ena klju\u010dna zna\u010dilnost teh orodij je slog pisanja kode. Za razliko od bash in Ansible, Terraform uporablja deklarativni slog, ki temelji na opisu \u017eelenega kon\u010dnega stanja, ki ga je treba dose\u010di. Na primer, \u010de nameravamo ustvariti 10 VM-ov in uveljaviti spremembe preko Terraform, bomo dobili 10 VM-ov. \u010ce skripto ponovno za\u017eenemo, se ne bo zgodilo ni\u010d, saj \u017ee imamo 10 VM-ov, in Terraform to ve, saj shranjuje trenutno stanje infrastrukture v state-datoteko. Ansible pa uporablja proceduralni pristop in, \u010de ga prosimo, da ustvari 10 VM-ov, bomo ob prvem zagonu dobili 10 VM-ov, podobno kot pri Terraform. A po ponovnem zagonu jih bomo imeli \u017ee 20. To je bistvena razlika. V proceduralnem slogu ne shranjujemo trenutnega stanja in preprosto opisujemo zaporedje korakov, ki jih je treba izvesti. Seveda lahko obdelamo razli\u010dne situacije, dodamo nekaj preverjanj glede obstoja virov in trenutnega stanja, vendar ni smiselno izgubljati \u010dasa in naprezati se nad nadzorom te logike. Poleg tega pove\u010duje tveganje za napake.\u00a0<\/p>\n
Skozi vse zgoraj navedeno lahko sklenemo, da je za provisioning stre\u017enikov bolj primerno orodje Terraform in deklarativna notacija. Upravljanje s konfiguracijami pa je bolje delegirati na Ansible. Ko to razjasnimo, si poglejmo primere uporabe v kontekstu avtomatizacije.<\/p>\n
Vrednost za infrastrukturo avtomatizacije<\/h3>\n
\n Pomembno je razumeti, da mora biti infrastruktura za avtomatizacijo testiranja obravnavana kot del celotne infrastrukture podjetja. To pomeni, da morajo biti vse prakse IaC globalno uporabljene za vire celotne organizacije. Kdo je za to odgovoren, je odvisno od va\u0161ih procesov. DevOps ekipa ima ve\u010d izku\u0161enj na tem podro\u010dju, saj vidijo celotno sliko. Vendar so QA in\u017eenirji bolj vklju\u010deni v proces konstrukcije avtomatizacije in strukturo pipeline-a, kar jim omogo\u010da bolj\u0161i vpogled v vse zahtevane spremembe in mo\u017enosti za izbolj\u0161ave. Najbolj\u0161a mo\u017enost je sodelovati, izmenjavati znanje in ideje za dosego pri\u010dakovanega rezultata.\u00a0<\/p>\n
Prikazal bom nekaj primerov uporabe Terraform-a in Ansible-a v kontekstu avtomatizacije testiranja ter orodij, o katerih smo se prej pogovarjali:<\/p>\n
1. Opisati preko Terraform-a potrebne zna\u010dilnosti in parametre VMs in clustrov.<\/p>\n
2. Namestiti s pomo\u010djo Ansible-a potrebna orodja za testiranje: docker, Selenoid, Selenium Grid ter nalo\u017eiti potrebne razli\u010dice brskalnikov\/emulatorjev.<\/p>\n
3. Opisati preko Terraform-a zna\u010dilnosti VM, v kateri bo zagnan GitLab Runner.<\/p>\n
4. Namestiti s pomo\u010djo Ansible-a GitLab Runner in potrebna spremljevalna orodja, dolo\u010diti nastavitve in konfiguracije.<\/p>\n
Ilustracija trenutnega stanja infrastrukture<\/h3>\n
\n![\"DevOps](\"\/wp-content\/uploads\/2020\/04\/5d793a800a4ef62e181e6cb3a3f0544e.png\")
<\/p>\n
Viri za \u0161tudij:<\/h3>\n
<\/p>\n