{"id":87467,"date":"2020-07-08T13:42:11","date_gmt":"2020-07-08T11:42:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn"},"modified":"2020-07-08T13:42:11","modified_gmt":"2020-07-08T11:42:11","slug":"rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","title":{"rendered":"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e \u0434\u043b\u044f \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0449\u0438\u0445: \u043a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c DevOps-\u043a\u043e\u043d\u0432\u0435\u0439\u0435\u0440.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u010ce ste novinec v DevOps-u, si oglejte ta priro\u010dnik za ustvarjanje svojega prvega kontejnerja v petih korakih.<\/i><\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

DevOps je postala standardna re\u0161itev za re\u0161evanje po\u010dasnih, razdrobljenih ali nefunkcionalnih procesov razvoja programske opreme. Te\u017eava je v tem, da \u010de ste novinec v DevOps-u in ne veste, kje za\u010deti, vam morda primanjkuje razumevanja teh metod. V tem \u010dlanku bomo opredelili DevOps kontejner ter ponudili navodila za njegovo ustvarjanje v petih korakih. \u010ceprav to priro\u010dno besedilo ni iz\u010drpno, vam mora zagotoviti osnovo za za\u010detek va\u0161e poti in \u0161iritev znanja v prihodnje. Naj za\u010dnemo s zgodovino.<\/p>\n

Moja pot v DevOps<\/h3>\n

\nPrej sem delal v obla\u010dni ekipi Citi Group, kjer sem razvijal spletno aplikacijo Infrastructure-as-a-Service (IaaS) za upravljanje obla\u010dne infrastrukture Citi, a me je vedno zanimalo, kako bi proces razvoja lahko postal bolj u\u010dinkovit in prinesel pozitivne kulturne spremembe v ekipo razvijalcev. Odgovor sem na\u0161el v knjigi, ki jo je priporo\u010dil Greg Lavender, tehni\u010dni direktor Citi za obla\u010dno arhitekturo in infrastrukturo. Knjiga se je imenovala 'Projekt Feniks' (The Phoenix Project<\/a><\/noindex>), in razlo\u017ei na\u010dela DevOps-a, berljiva pa je kot roman.<\/p>\n

V tabeli na zadnji strani knjige je prikazano, kako pogosto razli\u010dna podjetja izvajajo svoje sisteme v okolju za izdajo razli\u010dic:<\/p>\n

Amazon: 23.000 na dan
\nGoogle: 5.500 na dan
\nNetflix: 500 na dan
\nFacebook: Enkrat na dan
\nTwitter: 3-krat na teden
\nTipi\u010dno podjetje: Enkrat na 9 mesecev<\/p>\n

Kako je sploh mogo\u010de, da Amazon, Google in Netflix dosegajo take hitrosti? Vse zato, ker so ta podjetja na\u0161la na\u010dine, kako ustvariti skoraj popoln DevOps kontejner.
\n<\/a><\/noindex>
\nNismo bili daleko od toga sve dok nismo implementirali DevOps u Citi. U to vreme, moj tim je imao razli\u010dita okru\u017eenja, ali je implementacija na serverskom razvojnom okru\u017eenju bila potpuno ru\u010dna. Svi programeri su imali pristup samo jednom razvojnog serveru zasnovanom na IBM WebSphere Application Server Community Edition. Problem je bio u tome \u0161to se server isklju\u010divao svaki put kada su vi\u0161e korisnika istovremeno poku\u0161avalo da izvr\u0161i implementaciju, pa su programeri morali da obave\u0161tavaju jedni druge o svojim namerama, \u0161to je bilo prili\u010dno bolno. Osim toga, postojali su problemi sa niskim nivoom pokrivenosti koda testovima, komplikovanim ru\u010dnim procesima implementacije i nedostatkom mogu\u0107nosti pra\u0107enja implementacije koda povezanog sa odre\u0111enim zadatkom ili korisni\u010dkom pri\u010dom.<\/p>\n

Shvatio sam da ne\u0161to treba da se u\u010dini i prona\u0161ao sam kolegu s istim mi\u0161ljenjima. Dogovorili smo se da zajedno radimo na izradi prvog DevOps kanala \u2013 on je postavio virtuelnu ma\u0161inu i Tomcat server aplikacija, dok sam ja radio na Jenkinsu, integri\u0161u\u0107i Atlassian Jira i BitBucket, kao i radom na pokrivenosti koda testovima. Ovaj sporedni projekat bio je veoma uspe\u0161an: gotovo smo potpuno automatizovali mnoge procese, postigli prakti\u010dno 100% funkcionalnosti na\u0161eg razvojnog servera, omogu\u0107ili pra\u0107enje i unapredili pokrivenost koda testovima, kao i dodali mogu\u0107nost povezivanja grana u Git-u sa zadacima u Jiri ili implementacijom. Ve\u0107ina alata koje smo koristili za izgradnju na\u0161eg DevOps kanala imala je otvoren izvor.<\/p>\n

Sada shvatam koliko je na\u0161 DevOps kanal bio jednostavan: nismo koristili ekstenzije kao \u0161to su Jenkins fajlovi ili Ansible. Ipak, ovaj jednostavni kanal je dobro funkcionisao, mo\u017eda zahvaljuju\u0107i Pareto principu (poznatom i kao pravilo 80\/20).<\/p>\n

Kratak uvod u DevOps i CI\/CD kanal<\/h3>\n

\n\u010ce vpra\u0161ate nekaj ljudi: 'Kaj je DevOps?', boste verjetno dobili ve\u010d razli\u010dnih odgovorov. DevOps, tako kot Agile, se je razvijal, da bi zajel \u0161tevilne razli\u010dne discipline, vendar se ve\u010dina ljudi strinja glede nekaterih stvari: DevOps je praksa razvoja programske opreme ali \u017eivljenjski cikel razvoja programske opreme (SDLC), katere osrednja na\u010dela so sprememba kulture, v kateri razvijalci in drugi delavci obstajajo v okolju, kjer:<\/p>\n

So avtomatizirane operacije, ki so bile prej opravljene ro\u010dno;
\nVsak dela tisto, kar najbolje zna;
\n\u0160tevilo namestitev v dolo\u010denem \u010dasovnem obdobju nara\u0161\u010da; Pove\u010duje se propustnost;
\nPove\u010duje se fleksibilnost razvoja.<\/p>\n

\u010ceprav pravi programski pripomo\u010dki niso edina stvar, ki je potrebna za ustvarjanje DevOps okolja, so nekateri pripomo\u010dki nujni. Klju\u010dni pripomo\u010dek je neprekinjeno integriranje in neprekinjeno uvajanje (CI\/CD). V tem cevovodu imajo okolja razli\u010dne faze (npr. DEV, INT, TST, QA, UAT, STG, PROD), mnoge operacije so avtomatizirane, razvijalci pa lahko pi\u0161ejo kakovostno kodo, dosegajo fleksibilnost razvoja in visoko frekvenco uvajanja.<\/p>\n

V tem \u010dlanku je opisan petstopenjski pristop k ustvarjanju DevOps cevovoda, ki je podoben tistemu, ki je prikazan na naslednji diagramu, ob uporabi odprtokodnih orodij.<\/p>\n

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

\nPrvo, kar potrebujete, je orodje za CI\/CD. Jenkins, odprtokodno orodje, ki temelji na Javi in je distribuirano pod MIT licenco, je orodje, ki je populariziralo smer DevOps in postalo de facto standard.<\/p>\n

Kaj je torej Jenkins? Mislite nanj kot na nekak\u0161en \u010darobni univerzalni daljinski upravljalnik, ki lahko komunicira z razli\u010dnimi storitvami in orodji ter jih organizira. Sam CI\/CD pripomo\u010dek, kot je Jenkins, je brez uporabe, a postane bolj zmogljiv, ko se pove\u017ee z razli\u010dnimi orodji in storitvami.<\/p>\n

Jenkins je le eno od mnogih odprtokodnih orodij za CI\/CD, ki jih lahko uporabite za izgradnjo DevOps cevovoda.<\/p>\n

Jenkins: Creative Commons in MIT
\nTravis CI: MIT
\nCruiseControl: BSD
\nBuildbot: GPL
\nApache Gump: Apache 2.0
\nCabie: GNU<\/p>\n

Tako izgledajo DevOps procesi z orodjem CI\/CD:<\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

Imate orodje CI\/CD, ki deluje na va\u0161em lokalnem stre\u017eniku, a trenutno nimate veliko mo\u017enosti. Poglejmo naslednji korak na poti v svet DevOps.<\/p>\n

Korak 2: Upravljanje sistemov za nadzor izvorne kode<\/h3>\n

\nNajbolj\u0161i (in morda najpreprostej\u0161i) na\u010din, da preverite, ali va\u0161e orodje CI\/CD lahko naredi \u010darovnijo, je integracija z orodjem za nadzor izvorne kode (SCM). Zakaj potrebujete nadzor nad izvorno kodo? Recimo, da razvijate aplikacijo. Vsaki\u010d, ko ustvarite aplikacijo, programirate, in ni pomembno, ali uporabljate Java, Python, C++, Go, Ruby, JavaScript ali katerikoli izmed milijonov programskih jezikov. Koda, ki jo pi\u0161ete, se imenuje izvorna koda. Na za\u010detku, \u0161e posebej, ko delate sami, je verjetno mogo\u010de vse shraniti v lokalni mapo. Toda ko projekt postane ve\u010dji in povabite druge k sodelovanju, potrebujete na\u010din za prepre\u010devanje konfliktov med u\u010dinkovitim izmenjevanjem sprememb. Potrebujete tudi na\u010din za obnovitev prej\u0161njih razli\u010dic, ker so varnostne kopije in kopiranje\/lepilo \u017ee zastarele. Vi (in va\u0161i sodelavci) potrebujete nekaj bolj\u0161ega.<\/p>\n

Tukaj postane orodje za nadzor izvorne kode prakti\u010dno nujno. To orodje hrani va\u0161o kodo v repozitorijih, spremlja razli\u010dice in usklajuje delo \u010dlanov projekta.<\/p>\n

\u010ceprav obstaja mnogo orodij za nadzor izvorne kode, je Git standard, kar dr\u017ei. Mo\u010dno priporo\u010dam uporabo Gita, \u010deprav, \u010de \u017eelite, so na voljo tudi druge mo\u017enosti z odprto kodo.<\/p>\n

Git: GPLv2 in LGPL v2.1
\nSubversion: Apache 2.0
\nConcurrent Versions System (CVS): GNU
\nVesta: LGPL
\nMercurial: GNU GPL v2+<\/p>\n

Tako izgleda DevOps cevovod z dodanim orodjem za nadzor izvorne kode.<\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

Orodje CI\/CD lahko avtomatizira procese preverjanja, pridobivanja izvorne kode in sodelovanja med \u010dlani. Ni slabo? Ampak kako to spremeniti v delujo\u010do aplikacijo, da jo milijarde ljudi lahko uporabljajo in cenijo?<\/p>\n

Korak 3: Ustvarjanje orodja za avtomatizacijo gradnje<\/h3>\n

\nOdli\u010dno! Lahko pregledate kodo in izvajate spremembe v sistemu za nadzor izvorne kode ter povabite svoje prijatelje k sodelovanju pri razvoju. Ampak \u0161e niste ustvarili aplikacije. Da bi ustvarili spletno aplikacijo, jo je treba prevesti in pakirati v razporejen paketni format ali zagnati kot izvr\u0161no datoteko. (Upo\u0161tevajte, da interpreterski programski jezik, kot sta JavaScript ali PHP, ne zahteva prevajanja).<\/p>\n

Izkoristite orodje za avtomatizacijo gradnje. Ne glede na to, katero orodje za avtomatizacijo gradnje se odlo\u010dite uporabiti, vsa zasledujejo isto ciljno, in sicer zgraditi izvorno kodo v \u017eeleno obliko ter avtomatizirati naloge \u010di\u0161\u010denja, prevajanja, testiranja in uvajanja v dolo\u010denem okolju. Orodja za gradnjo se bodo razlikovala glede na va\u0161 programski jezik, vendar so tu nekatere splo\u0161ne mo\u017enosti z odprto kodo.<\/p>\n

Ime
\nLicenca
\nProgramski jezik<\/p>\n

Maven
\nApache 2.0
\n Java<\/p>\n

Ant
\nApache 2.0
\nJava<\/p>\n

Gradle
\nApache 2.0
\nJava<\/p>\n

Bazel
\nApache 2.0
\nJava<\/p>\n

Make
\nGNU
\nN\/A<\/p>\n

Grunt
\nMIT
\nJavaScript<\/p>\n

Gulp
\nMIT
\nJavaScript<\/p>\n

Buildr
\nApache
\nRuby<\/p>\n

Rake
\nMIT
\nRuby<\/p>\n

A-A-P
\nGNU
\nPython<\/p>\n

SCons
\nMIT
\nPython<\/p>\n

BitBake
\nGPLv2
\nPython<\/p>\n

Cake
\nMIT
\nC#<\/p>\n

ASDF
\nExpat (MIT)
\nLISP<\/p>\n

Cabal
\nBSD
\nHaskell<\/p>\n

Super! Datoteke s konfiguracijo orodja za avtomatizacijo gradnje lahko shranite v sistem upravljanja izvorne kode in omogo\u010dite svojemu CI\/CD orodju, da vse pove\u017ee.<\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

Vse je v redu, kajne? Ampak kje zasaditi va\u0161o aplikacijo?<\/p>\n

Korak 4: Stre\u017enik za spletne aplikacije<\/h3>\n

\nZaenkrat imate pakirano datoteko, ki je lahko izvr\u0161na ali namestitvena. Da bi bila katera koli aplikacija resni\u010dno koristna, mora nuditi neko storitev ali vmesnik, vendar potrebujete kontejner za gostovanje va\u0161e aplikacije.<\/p>\n

Stre\u017enik za spletne aplikacije je prav tak kontejner. Stre\u017enik zagotavlja okolje, v katerem je mogo\u010de definirati logiko razporejenega paketa. Poleg tega stre\u017enik nudi vmesnik in ponuja spletne storitve, odpira vti\u010dnice svetu. Potrebujete HTTP stre\u017enik in dolo\u010deno okolje (na primer virtualno napravo) za njegovo namestitev. In za zdaj, predpostavimo, da se boste o tem kmalu nau\u010dili ve\u010d (\u010deprav o kontejnerjih govorim spodaj).<\/p>\n

Obstaja ve\u010d stre\u017enikov za spletne aplikacije z odprto kodo.<\/p>\n

Ime
\nLicenca
\nProgramski jezik<\/p>\n

Tomcat
\nApache 2.0
\nJava<\/p>\n

Jetty
\nApache 2.0
\nJava<\/p>\n

WildFly
\nGNU Lesser Public
\nJava<\/p>\n

GlassFish
\nCDDL & GNU Less Public
\nJava<\/p>\n

Django
\n3-Clause BSD
\nPython<\/p>\n

Tornado
\nApache 2.0
\nPython<\/p>\n

Gunicorn
\nMIT
\nPython<\/p>\n

Python
\nMIT
\nPython<\/p>\n

Rails
\nMIT
\nRuby<\/p>\n

Node.js
\nMIT
\nJavascript<\/p>\n

Va\u0161 DevOps pipeline je gotovo spreman za kori\u0161tenje. Odli\u010dan posao!<\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

Iako se ovdje mo\u017ee\u0161 zaustaviti i samostalno se baviti integracijom, kvaliteta koda je va\u017ena stvar za programere aplikacija, i o tome se treba brinuti.<\/p>\n

Korak 5: Pokrivenost testiranja koda<\/h3>\n

\nImplementacija testova mo\u017ee biti jo\u0161 jedan zahtjevan korak, ali programeri trebaju uhvatiti sve gre\u0161ke u aplikaciji u ranoj fazi i pobolj\u0161ati kvalitetu koda kako bi osigurali zadovoljstvo krajnjih korisnika. Sre\u0107om, postoji mnogo alata s otvorenim izvorom za testiranje va\u0161eg koda i davanje preporuka za pobolj\u0161anje njegove kvalitete. Jo\u0161 bolje, ve\u0107ina CI\/CD alata mo\u017ee se povezati s ovim alatima i automatizirati proces.<\/p>\n

Testiranje koda sastoji se od dva dijela: okvira za testiranje koda koji poma\u017eu u pisanju i pokretanju testova, te alata za generiranje preporuka koji poma\u017eu u pobolj\u0161anju kvalitete koda.<\/p>\n

Sistemi testiranja koda<\/b><\/p>\n

Ime
\nLicenca
\nProgramski jezik<\/p>\n

JUnit
\nEclipse Public License
\nJava<\/p>\n

EasyMock
\nApache
\nJava<\/p>\n

Mockito
\nMIT
\nJava<\/p>\n

PowerMock
\nApache 2.0
\nJava<\/p>\n

Pytest
\n MIT
\nPython<\/p>\n

Hypothesis
\nMozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Sistemi preporuka za pobolj\u0161anje koda<\/b><\/p>\n

Ime
\nLicenca
\nProgramski jezik<\/p>\n

Cobertura
\nGNU
\nJava<\/p>\n

CodeCover
\nEclipse Public (EPL)
\nJava<\/p>\n

Coverage.py
\n Apache 2.0
\nPython<\/p>\n

Emma
\nCommon Public License
\nJava<\/p>\n

JaCoCo
\n Eclipse Public License
\nJava<\/p>\n

Hypothesis
\n Mozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Jasmine
\nMIT
\nJavaScript<\/p>\n

Karma
\nMIT
\nJavaScript<\/p>\n

Mocha
\n MIT
\nJavaScript<\/p>\n

Jest
\nMIT
\nJavaScript<\/p>\n

Imajte na umu da su ve\u0107ina alata i okvira navedenih iznad napisani za Java, Python i JavaScript, dok su C++ i C# vlasni\u010dki programski jezici (iako GCC tako\u0111er ima otvoreni izvor).<\/p>\n

Sada kada ste implementirali alate za pokrivenost koda testovima, va\u0161 DevOps pipeline trebao bi izgledati poput dijagrama prikazanog na po\u010detku ovog vodi\u010da.<\/p>\n

Dodatni koraki<\/h3>\n

\nKontejnerji<\/b><\/p>\n

Kao \u0161to sam ve\u0107 spomenuo, mo\u017eete hostati svoj server na virtualnoj ma\u0161ini ili serveru, ali kontejneri su popularno rje\u0161enje.<\/p>\n

\u0160to su kontejneri? Kratak odgovor je da virtualna ma\u0161ina zahtijeva velike koli\u010dine memorije operativnog sistema koje prelaze veli\u010dinu aplikacije, dok kontejneru treba samo nekoliko knji\u017enica i konfiguracija za pokretanje aplikacije. O\u010digledno je da virtualne ma\u0161ine i dalje imaju va\u017ene primjene, ali kontejner je lagano rje\u0161enje za hostanje aplikacije, uklju\u010duju\u0107i aplikacijski server.<\/p>\n

Iako postoje i druge opcije kontejnera, najpopularniji su Docker i Kubernetes.<\/p>\n

Docker: Apache 2.0
\nKubernetes: Apache 2.0<\/p>\n

Orodja za avtomatizacijo vmesnika<\/b><\/p>\n

Na\u0161a DevOps cevovodna re\u0161itev je predvsem usmerjena v skupno ustvarjanje in uvajanje aplikacij, vendar obstaja \u0161e veliko drugih nalog, ki jih je mogo\u010de izvedeti z orodji DevOps. Eden od njih je uporaba orodij Infrastructure as Code (IaC), ki so prav tako znana kot orodja za avtomatizacijo vmesnika. Ta orodja pomagajo avtomatizirati namestitev, upravljanje in druge naloge za vmesno programsko opremo. Na primer, orodje za avtomatizacijo lahko pridobi aplikacije, kot so stre\u017eniki spletnih aplikacij, baze podatkov in orodja za spremljanje, z ustreznimi konfiguracijami in jih uvede na stre\u017eniku aplikacij.<\/p>\n

Tukaj je nekaj odprtokodnih orodij za avtomatizacijo vmesnika:<\/p>\n

Ansible: GNU Public
\nSaltStack: Apache 2.0
\nChef: Apache 2.0
\nPuppet: Apache ali GPL<\/p>\n

\"\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e<\/p>\n

Izvedite podrobnosti, kako pridobiti iskano poklicno usposabljanje od za\u010detka ali nadgraditi svoje spretnosti in pla\u010do s pla\u010dljivimi spletnimi te\u010daji SkillFactory:<\/p>\n