{"id":33504,"date":"2019-10-31T21:52:58","date_gmt":"2019-10-31T18:52:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom\/"},"modified":"2019-10-31T21:52:58","modified_gmt":"2019-10-31T18:52:58","slug":"rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"Vodnik za za\u010detnike: ustvarjanje DevOps verig s pomo\u010djo orodij z odprtokodnim izvorom","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Vodnik
\nUstvarjanje prve DevOps verige v petih korakih za za\u010detnike.<\/em><\/p>\n

<\/p>\n

DevOps je postal re\u0161itev za prepo\u010dasen, razdrobljen in mnoge druge problemati\u010dne razvojne procese. Vendar so potrebne osnovne informacije o DevOps. Opravljena bo razlaga pojmov, kot so DevOps veriga in kako jo ustvariti v petih korakih. To ni popoln vodnik, temve\u010d le 'riba', ki jo lahko raz\u0161irimo. Za\u010dnimo s zgodovino.<\/p>\n

<\/p>\n

Moje sre\u010danje z DevOps<\/h3>\n

<\/p>\n

Neko\u010d sem delal z obla\u010dnimi re\u0161itvami v Citi Group in razvijal IaaS spletno aplikacijo za upravljanje obla\u010dne infrastrukture Citi, vendar me je vedno zanimalo, kako optimizirati razvojno verigo in izbolj\u0161ati kulturo med razvijalci. Greg Lavender, na\u0161 tehni\u010dni direktor za obla\u010dno arhitekturo in infrastrukturo, mi je priporo\u010dil knjigo Projekt 'Feniks'<\/a><\/noindex>. Odli\u010dno pojasnjuje na\u010dela DevOps, branje pa je kot roman.<\/p>\n

<\/a><\/noindex><\/p>\n

V tabeli na zadnji strani je prikazano, kako pogosto podjetja spro\u0161\u010dajo nove razli\u010dice:<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Kako Amazon, Google in Netflix uspejo tako pogosto spro\u0161\u010dati? Vse je preprosto: spoznali so, kako ustvariti skoraj popolno DevOps verigo.<\/p>\n

<\/p>\n

Pri nas v Citi je bilo vse povsem druga\u010de, dokler se nismo preusmerili na DevOps. Takrat je imela moja ekipa razli\u010dna okolja, a dobava na razvojni stre\u017enik je potekala ro\u010dno. Vsi razvijalci so imeli dostop le do enega razvojnega stre\u017enika, ki je temeljil na IBM WebSphere Application Server Community Edition. Ob poskusu hkratne dobave je stre\u017enik 'padel', nato smo se morali vsaki\u010d 'te\u017eko' dogovoriti. Imeli smo tudi nezadostno testno pokritost kode, zamuden ro\u010dni proces dobave in nobeno mo\u017enost sledenja dobavi kode za dolo\u010deno nalogo ali zahtevo stranke.<\/p>\n

<\/p>\n

Bilo je jasno, da je potrebno hitro ukrepati, in na\u0161el sem kolega, ki se je strinjal z mano. Odlo\u010dila sva se, da skupaj ustvariva prvo DevOps verigo - on je nastavil virtualni stroj in stre\u017enik aplikacij Tomcat, jaz pa sem se ukvarjal z Jenkinsom, integracijo z Atlassian Jiro in BitBucket, kot tudi s testno pokritostjo kode. Projekt je bil uspe\u0161en: popolnoma smo avtomatizirali razvojno verigo, dosegli skoraj 100% neprekinjeno delovanje razvojnega stre\u017enika, lahko smo spremljali in izbolj\u0161ali testno pokritost kode, ter povezali Git vejo z dobavo in nalogo Jira. In skoraj vsi orodja, ki smo jih uporabili za izgradnjo DevOps verige, so bili odprtokodna.<\/p>\n

<\/p>\n

V resnici je bil postopek poenostavljen, saj nismo uporabljali zapletenih konfiguracij s pomo\u010djo Jenkins ali Ansible. Vseeno nam je uspelo. Morda je to posledica na\u010dela Pareto<\/a><\/noindex> (tudi pravilo 80\/20).<\/p>\n

<\/p>\n

Kratka predstavitev DevOps in CI\/CD procesa<\/h3>\n

<\/p>\n

DevOps ima razli\u010dne definicije. Podobno kot Agile vklju\u010duje razli\u010dne discipline. Ve\u010dina se bo strinjala s to definicijo: DevOps je metoda oziroma \u017eivljenjski cikel razvoja programske opreme, katerega glavno na\u010delo je ustvarjanje kulture, v kateri so razvijalci in drugi zaposleni 'na isti valovni dol\u017eini', je ro\u010dno delo avtomatizirano, vsak se ukvarja s tistim, kar najbolje obvlada, pove\u010duje se pogostost dobav, ve\u010dja je produktivnost dela in pove\u010duje se prilagodljivost.<\/p>\n

<\/p>\n

\u010ceprav orodja sama po sebi niso dovolj za ustvarjanje DevOps okolja, so nujna. Najpomembnej\u0161e med njimi sta neprekinjena integracija in neprekinjena dostava (CI\/CD). V verigi za vsako okolje obstajajo razli\u010dne faze (na primer, DEV (razvoj), INT (integracija), TST (testiranje), QA (nadzor kakovosti), UAT (sprejemno testiranje uporabnikov), STG (priprava), PROD (uporaba)), ro\u010dne naloge so avtomatizirane, razvijalci lahko pi\u0161ejo kakovostno kodo, zagotavljajo jo in se enostavno prilagajajo.<\/p>\n

<\/p>\n

Ta opomba opisuje, kako v petih korakih ustvariti DevOps verigo, kot je prikazano na spodnji sliki, s pomo\u010djo orodij z odprtokodnim kodom.<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Pojdimo k stvari.<\/p>\n

<\/p>\n

Korak 1: CI\/CD platforma<\/h3>\n

<\/p>\n

Najprej potrebujete orodje CI\/CD. Jenkins je odprtokodno orodje CI\/CD, napisano v Javi, s MIT licenco, ki je pripomoglo k popularizaciji gibanja DevOps in je de facto postalo standard za CI\/CD.<\/p>\n

<\/p>\n

Kaj je Jenkins? Predstavljajte si, da imate \u010darobni nadzornik za razli\u010dne storitve in orodja. Samo orodje CI\/CD, kot je Jenkins, je brez pomo\u010di orodij in storitev neuporabno, a z njimi postane vsemogo\u010dno.<\/p>\n

<\/p>\n

Poleg Jenkinsa obstaja \u0161e veliko drugih odprtokodnih orodij, izberite katerokoli. <\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Tako izgleda DevOps postopek z orodjem CI\/CD<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Na va\u0161em localhostu imate orodje CI\/CD, vendar zaenkrat ni prav veliko, kar bi lahko po\u010deli. Pojdimo na naslednji korak.<\/p>\n

<\/p>\n

Korak 2: upravljanje razli\u010dic<\/h3>\n

<\/p>\n

Najbolji (i, verovatno, najjednostavniji) na\u010din za proveru magije CI\/CD alata je integrisati ga s alatom za upravljanje verzijama (source control management, SCM). Za\u0161to je potrebno upravljanje verzijama? Recimo da pravite aplikaciju. Pi\u0161ete je u Javi, Pythonu, C++, Go, Ruby, JavaScriptu ili bilo kojem drugom jeziku, kojih ima na pretek. Ono \u0161to pi\u0161ete zove se izvorni kod. U po\u010detku, posebno ako radite sami, mo\u017eete sve sa\u010duvati u lokalnom direktorijumu. Ali kada projekat poraste i pridru\u017ei mu se vi\u0161e ljudi, potreban vam je na\u010din da delite promene u kodu, a da pritom izbegnete konflikte prilikom spajanja izmena. Tako\u0111e, morate imati na\u010din da vra\u0107ate prethodne verzije bez kori\u0161\u0107enja rezervnih kopija i primene metode copy-paste za fajlove sa kodom.<\/p>\n

<\/p>\n

I tu je SCM neophodan. SCM \u010duva kod u repozitorijumima, upravlja njegovim verzijama i uskla\u0111uje ga me\u0111u programerima.<\/p>\n

<\/p>\n

Alata za SCM ima mnogo, ali de facto standard postao je Git. Preporu\u010dujem njegovu upotrebu, ali postoje i druge opcije.<\/p>\n

<\/p>\n

\"Vodnik<\/p>\n

<\/p>\n

Ovako izgleda DevOps pipeline nakon dodavanja SCM-a.<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

CI\/CD alat mo\u017ee automatizovati u\u010ditavanje i preuzimanje izvornog koda i zajedni\u010dki rad u timu. Dobro, zar ne? Ali kako sada od ovoga napraviti funkcionalnu aplikaciju koju vole milijarde korisnika?<\/p>\n

<\/p>\n

Korak 3: alat za automatizaciju izgradnje<\/h3>\n

<\/p>\n

Sve ide kako treba. Mo\u017eete preuzimati kod i evidentirati promene u sistemu kontrole verzija, kao i pozvati prijatelje da rade s vama. Me\u0111utim, aplikacija jo\u0161 uvek nije tu. Da bi to bio veb-aplikacija, potrebno ju je kompajlirati i staviti u pakovanje za isporuku ili pokrenuti kao izvr\u0161ni fajl. (Interpretisani programski jezici, kao \u0161to su JavaScript ili PHP, ne trebaju kompajliranje.)<\/p>\n

<\/p>\n

Primena alata za automatizaciju izgradnje. Bez obzira koji alat odaberete, on \u0107e sastaviti kod u potrebnom formatu i automatizovati \u010di\u0161\u0107enje, kompajliranje, testiranje i isporuku. Alati za izgradnju variraju u zavisnosti od jezika, ali obi\u010dno se koriste slede\u0107e opcije otvorenog koda.<\/p>\n

<\/p>\n

\"Vodnik<\/p>\n

<\/p>\n

Odli\u010dno! Sada \u0107emo u sistem kontrole verzija dodati konfiguracione fajlove alata za automatizaciju izgradnje, kako bi CI\/CD alat mogao da ih prikupi.<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Izgleda da je sve u redu. Ali gde da sve to sada postavite?<\/p>\n

<\/p>\n

Korak 4: server veb-aplikacija<\/h3>\n

<\/p>\n

Torej, imete pakirano datoteko, ki jo je mogo\u010de izvajati ali distribuirati. Da bi aplikacija resni\u010dno koristila, mora imeti neko storitev ali vmesnik, vendar jo morate nekje postaviti.<\/p>\n

<\/p>\n

Spletno aplikacijo lahko postavite na stre\u017enik spletnih aplikacij. Stre\u017enik aplikacij zagotavlja okolje, kjer lahko izvajate programsko logiko iz paketa, upravljate z izrisom vmesnika in odpirate spletne storitve prek soketov. Potrebujete HTTP stre\u017enik in nekaj drugih okolij (na primer virtualno napravo), da nastavite stre\u017enik aplikacij. Zaenkrat domnevamo, da se s tem ukvarjate med postopkom (\u010deprav bom o kontejnerjih govoril kasneje).<\/p>\n

<\/p>\n

Obstaja nekaj odprtih stre\u017enikov spletnih aplikacij.<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Skoraj imamo delujo\u010do DevOps verigo. Odli\u010dno delo!<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Na tem mestu se lahko ustavite, naprej se boste spoprijeli sami, vendar se spla\u010da \u0161e govoriti o kakovosti napisa.<\/p>\n

<\/p>\n

Korak 5: Testna pokritost<\/h3>\n

<\/p>\n

Testiranje zahteva veliko \u010dasa in truda, vendar je bolje, da takoj odkrijete napake in izbolj\u0161ate kodo, da razveselite kon\u010dne uporabnike. Za ta namen obstaja veliko odprtih orodij, ki ne le testirajo kodo, temve\u010d tudi ponujajo nasvete, kako jo izbolj\u0161ati. Ve\u010dina orodij CI\/CD se lahko pove\u017ee s temi orodji in avtomatizira proces.<\/p>\n

<\/p>\n

Testiranje je razdeljeno na dva dela: okviri za testiranje za pisanje in izvajanje testov ter orodja s nasveti za izbolj\u0161anje kakovosti kode.<\/p>\n

<\/p>\n

Okviri za testiranje<\/h3>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Orodja s nasveti za kakovost<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Ve\u010dina teh orodij in okvirov je napisanih za Java, Python in JavaScript, ker sta C++ in C# proprietary (kljub temu, da je GCC odprtokodni).<\/p>\n

<\/p>\n

Uporabljena orodja za testno pokritost in zdaj bi moral DevOps pipeline izgledati, kot je na sliki na za\u010detku priro\u010dnika.<\/p>\n

<\/p>\n

Dodatni koraki<\/h2>\n

<\/p>\n

Kontejnerji<\/h3>\n

<\/p>\n

Kot sem \u017ee omenil, je stre\u017enik aplikacij mogo\u010de postaviti na virtualno napravo ali stre\u017enik, vendar so kontejnerji bolj priljubljeni.<\/p>\n

<\/p>\n

Kaj so kontejnerji<\/a><\/noindex>? \u0412\u043a\u0440\u0430\u0442\u0446\u0435, \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u0442\u0430, \u0447\u0435\u043c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0430 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0443 \u043e\u0431\u044b\u0447\u043d\u043e \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u0412 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0431\u0435\u0437 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u043d\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c, \u043d\u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440 \u0432\u043c\u0435\u0449\u0430\u0435\u0442 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0438\u0445 \u0437\u0430\u0442\u0440\u0430\u0442.<\/p>\n

<\/p>\n

Za kontejnerje obi\u010dajno uporabljamo Docker in Kubernetes, \u010deprav obstajajo tudi druge mo\u017enosti.<\/p>\n

<\/p>\n

\"Vodnik<\/a><\/noindex><\/p>\n

<\/p>\n

Preberite \u010dlanke o Dockerju in Kubernetesu na Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n