{"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\/et\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"Algajate juhend: DevOps ahelate loomine avatud l\u00e4htekoodiga t\u00f6\u00f6riistade abil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Algajate
\nEsimese DevOpsi ahela loomine viies etapis algajatele.<\/em><\/p>\n

<\/p>\n

DevOps on saanud lahenduseks aeglastele, \u00e4\u00e4retult killustatutele ja teistele probleemsetele arendusprotsessidele. Kuid DevOpsi m\u00f5istmiseks on vajalikud minimaalsete teadmiste olemasolu. Siin k\u00e4sitleme m\u00f5isteid nagu DevOpsi ahel ja kuidas see viies etapis luua. See ei ole t\u00e4ielik juhend, vaid lihtsalt \u201ekalastamine\u201d, mille abil saab edastada. Alustame ajaloost.<\/p>\n

<\/p>\n

Minu tutvus DevOpsiga<\/h3>\n

<\/p>\n

Kunagi t\u00f6\u00f6tasin ma Citi Groupis pilveteenuste kallal ja arendasin IaaSi veebirakendust, et hallata Citi pilvainfrastruktuuri, kuid mind on alati huvitanud, kuidas arendusprotsessi optimeerida ja arendajate seas kultuuri parandada. Meie pilvearhitektuuri ja infrastruktuuri tehnilise direktori Greg Lavenderi soovitusel lugesin ma raamatut Projekt \"Feniix\"<\/a><\/noindex>. Raamat selgitab DevOpsi p\u00f5him\u00f5tteid suurep\u00e4raselt ja loetav nagu romaan.<\/p>\n

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

Tabeli tagak\u00fcljel on n\u00e4idatud, kui tihti ettev\u00f5tted uusi versioone v\u00e4lja annavad:<\/p>\n

<\/p>\n

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

<\/p>\n

Kuidas saavad Amazon, Google ja Netflix nii palju uusi versioone v\u00e4lja anda? K\u00f5ik on lihtne: nad m\u00f5istsid, kuidas luua peaaegu ideaalne DevOpsi ahel.<\/p>\n

<\/p>\n

Meie Citi-s oli k\u00f5ik t\u00e4iesti teisiti, kuni me DevOpsile \u00fcle l\u00e4ksime. Siis olid mu meeskonnal erinevad keskkonnad, kuid arendusserverisse toimetamine toimus k\u00e4sitsi. K\u00f5igil arendajatel oli juurdep\u00e4\u00e4s ainult \u00fchele IBM WebSphere Application Server Community Editioni arendusserverile. Kui k\u00f5ik proovisid samal ajal toimetada, \u201elanges\u201d server ja meil tuli iga kord \u201evalusalt\u201d omavahel kokku leppida. Lisaks oli meil koodikatte testidega ebapiisav, t\u00f6\u00f6mahukas k\u00e4sitsi toimetamisprotsess ja puudusid v\u00f5imalused koodi toimetamist j\u00e4lgida m\u00f5ne \u00fclesande v\u00f5i kliendi n\u00f5ude alusel.<\/p>\n

<\/p>\n

Oli selge, et midagi tuleb kiiresti ette v\u00f5tta, ja leidsin kolleegi, kellel oli sama m\u00f5tteviis. Otsustasime koos luua esimese DevOpsi ahela \u2014 tema seadistas virtuaalmasina ja Tomcat serveri, mina l\u00f5in Jenkinsit, integreerisin Atlassian Jira ja BitBucket ning tegelesin koodi katmise testimisega. Projekt oli edukas: automatiseerisime t\u00e4ielikult arendusprotsessi ahela, saavutasime peaaegu 100% katkematu arendusserveri t\u00f6\u00f6, suutsime j\u00e4lgida ja parandada koodi katmist testidega ning Git haru sai siduda toimetamise ja Jira \u00fclesandega. Peaaegu k\u00f5ik t\u00f6\u00f6riistad, millega DevOpsi ahelat ehitasime, olid avatud l\u00e4htekoodiga.<\/p>\n

<\/p>\n

Tegelikult oli ahel lihtsustatud, kuna me ei kasutanud isegi laienenud konfiguratsioone Jenkins'i v\u00f5i Ansible'i abil. Aga meil \u00f5nnestus see. V\u00f5ib-olla on see p\u00f5him\u00f5tte tulem. Pareto<\/a><\/noindex> (ka 80\/20 reegel).<\/p>\n

<\/p>\n

DevOpsi ja CI\/CD ahela l\u00fchike \u00fclevaade<\/h3>\n

<\/p>\n

DevOpsil on erinevad m\u00e4\u00e4ratlused. DevOps h\u00f5lmab nagu Agile erinevaid distsipliine. Kuid enamik n\u00f5ustuks j\u00e4rgmise m\u00e4\u00e4ratlusega: DevOps on meetod v\u00f5i tarkvaraarenduse eluts\u00fckkel, mille peamine p\u00f5him\u00f5te on kultuuri loomine, kus arendajad ja teised t\u00f6\u00f6tajad on \"\u00fchel lainel\", k\u00e4sitsi t\u00f6\u00f6 on automatiseeritud, iga\u00fcks tegeleb sellega, mis tal k\u00f5ige paremini v\u00e4lja tuleb, suurendatakse tarnete sagedust, t\u00f5stetakse t\u00f6\u00f6 produktiivsust ja suureneb paindlikkus.<\/p>\n

<\/p>\n

Ja kuigi ainu\u00fcksi t\u00f6\u00f6riistadest ei piisa DevOps'i keskkonna loomiseks, on neid h\u00e4davajalik. K\u00f5ige t\u00e4htsam neist on pidev integreerimine ja pidev kohaletoimetamine (CI\/CD). Igas keskkonnas on ahelas erinevad etapid (n\u00e4iteks DEV (arendus), INT (integreerimine), TST (testimine), QA (kvaliteedikontroll), UAT (kasutajakontroll), STG (ettevalmistus), PROD (kasutamine)), k\u00e4sitsi \u00fclesanded on automatiseeritud, arendajad saavad luua kvaliteetset koodi, tarnida seda ja saavad kergesti \u00fcmber ehitada.<\/p>\n

<\/p>\n

See m\u00e4rkus kirjeldab, kuidas viie sammuga luua DevOps'i ahel, nagu on n\u00e4idatud alloleval pildil, kasutades avatud l\u00e4htekoodiga t\u00f6\u00f6riistu.<\/p>\n

<\/p>\n

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

<\/p>\n

Liigume asja juurde.<\/p>\n

<\/p>\n

Samm 1: CI\/CD platvorm<\/h3>\n

<\/p>\n

Esmalt vajate CI\/CD t\u00f6\u00f6riista. Jenkins on avatud l\u00e4htekoodiga CI\/CD t\u00f6\u00f6riist, mis on kirjutatud Java's ja millel on MIT litsents, kust sai alguse DevOps'i liikumise populariseerimine ja mis on de facto CICD standardiks.<\/p>\n

<\/p>\n

Mis on Jenkins? Kujutage ette, et teil on maagiline juhtpult erinevate teenuste ja t\u00f6\u00f6riistade jaoks. CI\/CD t\u00f6\u00f6riist nagu Jenkins iseenesest on kasutu, kuid erinevate t\u00f6\u00f6riistade ja teenustega muutub see k\u00f5ikv\u00f5imsaks.<\/p>\n

<\/p>\n

Lisaks Jenkins'ile on palju teisi avatud l\u00e4htekoodiga t\u00f6\u00f6riistu, valige \u00fcksk\u00f5ik milline. <\/p>\n

<\/p>\n

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

<\/p>\n

Nii n\u00e4eb v\u00e4lja DevOps'i protsess CI\/CD t\u00f6\u00f6riistaga<\/p>\n

<\/p>\n

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

<\/p>\n

Teie localhost'is on CI\/CD t\u00f6\u00f6riist, kuid veel pole midagi teha. Liigume j\u00e4rgmise sammu juurde.<\/p>\n

<\/p>\n

Samm 2: versioonihalduse s\u00fcsteem<\/h3>\n

<\/p>\n

Parim (ja ilmselt k\u00f5ige lihtsam) viis CI\/CD t\u00f6\u00f6riista maagia kontrollimiseks on integreerida see versioonihalduse t\u00f6\u00f6riistaga (source control management, SCM). Miks on versioonihaldus vajalik? Oletame, et teete rakendust. Kirjutate selle Java, Python, C++, Go, Ruby, JavaScripti v\u00f5i m\u00f5nes muus keeles, millest on t\u00f5eliselt palju. Seda, mida te kirjutate, nimetatakse l\u00e4htekoodiks. Alguses, eriti kui t\u00f6\u00f6tate \u00fcksi, saate k\u00f5ik salvestada kohalikku katalooge. Kuid kui projekt kasvab ja \u00fcha rohkem inimesi liitub, vajate viisi, kuidas jagada koodimuudatusi, v\u00e4ltides samas konfliktide tekkimist muudatuste liitmisel. Ja teil on ka vaja eelnevaid versioone taastada ilma varukoopiateta ja faili koodi kopeerimise ja kleepimise meetodit rakendamata.<\/p>\n

<\/p>\n

Selles osas ei saa SCM'ist m\u00f6\u00f6da. SCM salvestab koodi hoidlates, haldab selle versioone ja koordineerib seda arendajate vahel.<\/p>\n

<\/p>\n

SCM t\u00f6\u00f6riistu on palju, kuid de facto standardiks on \u00f5igustatult saanud Git. Soovitan kasutada just seda, kuid olemas on ka teisi variante.<\/p>\n

<\/p>\n

\"Algajate<\/p>\n

<\/p>\n

Nii n\u00e4eb v\u00e4lja DevOpsi torustik p\u00e4rast SCM-i lisamist.<\/p>\n

<\/p>\n

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

<\/p>\n

CI\/CD t\u00f6\u00f6riista abil saab automatiseerida l\u00e4htekoodi laadimist ja v\u00e4ljalaadimist ning meeskonnas koost\u00f6\u00f6d. Pole paha? Kuid kuidas muuta see n\u00fc\u00fcd rakenduseks, mis on miljardite kasutajate lemmik?<\/p>\n

<\/p>\n

Samm 3: kogumise automatiseerimise t\u00f6\u00f6riist<\/h3>\n

<\/p>\n

K\u00f5ik sujub nagu peab. Saate koodi v\u00e4lja laadida ja muudatused versioonihalduss\u00fcsteemis fikseerida, samuti v\u00f5ite kutsuda s\u00f5pru teiega koost\u00f6\u00f6d tegema. Kuid teil pole veel rakendust. Et see oleks veebirakendus, tuleb see kompileerida ja pakendada tarneks v\u00f5i k\u00e4ivitada t\u00e4idetava failina. (Interpretatiivset programmeerimiskeelt, nagu JavaScript v\u00f5i PHP, ei ole vaja kompileerida.)<\/p>\n

<\/p>\n

Kasutage kogumise automatiseerimise t\u00f6\u00f6riista. Olenemata valitud t\u00f6\u00f6riistast kogub see koodi soovitud formaadis ja automatiseerib puhastamise, kompileerimise, testimise ja tarnimise. Kogumise t\u00f6\u00f6riistade valik s\u00f5ltub keelest, kuid tavaliselt kasutatakse j\u00e4rgmisi avatud koodiga variante.<\/p>\n

<\/p>\n

\"Algajate<\/p>\n

<\/p>\n

Suurep\u00e4rane! N\u00fc\u00fcd lisame kogumise automatiseerimise t\u00f6\u00f6riista konfiguratsioonifailid versioonihalduss\u00fcsteemi, et CI\/CD t\u00f6\u00f6riist need kokku paneks.<\/p>\n

<\/p>\n

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

<\/p>\n

Tundub, et k\u00f5ik on korras. Kuid kuhu n\u00fc\u00fcd k\u00f5ik see v\u00e4lja lasta?<\/p>\n

<\/p>\n

Samm 4: veebirakenduse server<\/h3>\n

<\/p>\n

Niisiis, teil on pakitud fail, mida saab k\u00e4ivitada v\u00f5i v\u00e4lja lasta. Et rakendus t\u00f5eliselt kasu tooks, peab sellel olema teenus v\u00f5i liides, kuid peate selle kuskile paigutama.<\/p>\n

<\/p>\n

Veebirakendust saab paigutada veebirakenduste serverisse. Rakenduste server pakub keskkonda, kus saab k\u00e4ivitada paketi programmiloogika, teostada liidese renderdamist ja avada veebiteenuseid soketi kaudu. Te vajate HTTP-serverit ja mitmeid teisi keskkondi (nt virtuaalmasinat), et rakenduste server paika panna. Seni kujutame ette, et te valdava nende asjadega (kuigi ma r\u00e4\u00e4gin allpool konteineritest).<\/p>\n

<\/p>\n

On mitmeid avatud veebirakenduste servereid.<\/p>\n

<\/p>\n

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

<\/p>\n

Meil on juba peaaegu t\u00f6\u00f6tav DevOpsi ahel. Suurep\u00e4rane t\u00f6\u00f6!<\/p>\n

<\/p>\n

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

<\/p>\n

P\u00f5him\u00f5tteliselt v\u00f5iks siinkohal peatuda, edasi saate ise hakkama, kuid tasub r\u00e4\u00e4kida ka koodi kvaliteedist.<\/p>\n

<\/p>\n

Samm 5: Testimise katvus<\/h3>\n

<\/p>\n

Testimine on aegan\u00f5iav ja vaevarikas, kuid parem on vead kohe \u00fcles leida ja koodi parandada, et l\u00f5ppkasutajaid r\u00f5\u00f5mustada. Selleks on palju avatud t\u00f6\u00f6riistu, mis mitte ainult ei testi koodi, vaid annavad ka soovitusi, kuidas seda parandada. Enamik CI\/CD t\u00f6\u00f6riistu saavad nende t\u00f6\u00f6riistadega integreeruda ja protsessi automatiseerida.<\/p>\n

<\/p>\n

Testimine jaguneb kaheks osaks: testimisraamistikud, et kirjutada ja teha teste, ning t\u00f6\u00f6riistad koodi kvaliteedi parandamise soovituste jaoks.<\/p>\n

<\/p>\n

Testimisraamistikud<\/h3>\n

<\/p>\n

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

<\/p>\n

Kvaliteedi n\u00e4pun\u00e4idete t\u00f6\u00f6riistad<\/p>\n

<\/p>\n

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

<\/p>\n

Enamik neist t\u00f6\u00f6riistadest ja raamistikest on kirjutatud Java, Python ja JavaScripti jaoks, kuna C++ ja C# on omandi\u00f5igusega (kuigi GCC-l on avatud l\u00e4htekood).<\/p>\n

<\/p>\n

Kasutame katvuse t\u00f6\u00f6riistu ja n\u00fc\u00fcd peaks DevOpsi t\u00f6\u00f6voog v\u00e4lja n\u00e4gema nagu juhendi alguses olevas joonises.<\/p>\n

<\/p>\n

T\u00e4iendavad sammud<\/h2>\n

<\/p>\n

Konteinerid<\/h3>\n

<\/p>\n

Nagu ma juba \u00fctlesin, saab rakenduste serverit paigutada virtuaalmasinasse v\u00f5i serverisse, kuid konteinerid on populaarsemad.<\/p>\n

<\/p>\n

Mis on konteinerid<\/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

Konteinerite jaoks kasutatakse tavaliselt Dockerit ja Kuberneteset, kuigi on ka teisi v\u00f5imalusi.<\/p>\n

<\/p>\n

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

<\/p>\n

Lugege artikleid Dockerist ja Kubernetesest aadressil Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n