{"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: DevOpsi ahelate loomine avatud l\u00e4htekoodiga t\u00f6\u00f6riistade abil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

<\/p>\n

DevOps on muutunud lahenduseks liiga aeglastele, killustatud ja muudele murettekitavatele arendusprotsessidele. Kuid vajatakse minimaalset arusaamist DevOps-ist. Siin k\u00e4sitletakse selliseid m\u00f5isteid nagu DevOpsi ahel ja selle loomine viie sammu abil. See ei ole t\u00e4ielik juhend, vaid ainult \u201ekala\u201d, mida on v\u00f5imalik laiendada. Alustame ajalooga.<\/p>\n

<\/p>\n

Minu tutvus DevOps-iga<\/h3>\n

<\/p>\n

Kuna t\u00f6\u00f6tasin kunagi Citi Groupis pilveteenuste vallas ja arendasin IaaS veebirakendust, et hallata Citi pilveinfrastruktuuri, oli mul alati huvi leida viise arendusprotsessi optimeerimiseks ja arendajate vahelise kultuuri parandamiseks. Meie tehnoloogia direktor, Greg Lavender, soovitas mulle raamatut Projekt \u201eF\u00f6\u00f6niks\u201d<\/a><\/noindex>. See selgitab suurep\u00e4raselt DevOpsi p\u00f5him\u00f5tteid ning lugemine on kui romaan.<\/p>\n

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

Tabeli tagak\u00fcljel on n\u00e4idatud, kui sageli ettev\u00f5tted uusi versioone v\u00e4ljastavad:<\/p>\n

<\/p>\n

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

<\/p>\n

Kuidas Amazon, Google ja Netflix suudavad nii palju versioone v\u00e4ljastada? K\u00f5ik on lihtne: nad on aru saanud, kuidas luua peaaegu ideaalne DevOpsi ahel.<\/p>\n

<\/p>\n

Citi-s oli k\u00f5ik hoopis teistsugune, kuni me DevOps'i peale \u00fcle l\u00e4ksime. Sel ajal oli minu meeskonnal erinevad keskkonnad, kuid arendusse serverisse toimestamine toimus k\u00e4sitsi. K\u00f5igil arendajatel oli juurdep\u00e4\u00e4s ainult \u00fchele IBM WebSphere Application Server Community Edition'i baasil olevatele arendusserverile. Kui k\u00f5ik p\u00fc\u00fcdsid samal ajal toimetada, \u201ekukutas\u201d server ja pidime iga kord \u201evalusalt\u201d omavahel kokkuleppele j\u00f5udma. Lisaks puudus meil piisav testikattete katmine, t\u00f6\u00f6mahukas k\u00e4sitsi toimetamise protsess ja ei olnud v\u00f5imalust j\u00e4lgida koodi toimetamist teatud \u00fclesande v\u00f5i kliendi n\u00f5ude j\u00e4rgi.<\/p>\n

<\/p>\n

Olukord oli selge, et midagi tuleb kiiresti ette v\u00f5tta, ja ma leidsin kolleegi, kes jagas mu m\u00f5tteid. Otsustasime koos luua esimese DevOps ahela \u2014 tema seadis \u00fcles virtuaalse masina ja Tomcat rakendusserveri, samas kui mina keskendusin Jenkinsile, integreerimisele Atlassian Jira ja BitBucketiga ning koodi katmise testimisele. Projekt osutus edukaks: me automatiseerisime t\u00e4ielikult arendusahela, saavutasime peaaegu 100% t\u00f6\u00f6kindluse arendusseerveris, suutsime j\u00e4lgida ja parandada koodi katmist testidega ning Git haru sai siduda tarnimise ja Jira \u00fclesandega. Ja peaaegu k\u00f5ik t\u00f6\u00f6riistad, millega me DevOps ahela ehitasime, olid avatud l\u00e4htekoodiga.<\/p>\n

<\/p>\n

Tegelikult oli ahel lihtsustatud, kuna me ei kasutanud isegi ulatuslikke konfiguratsioone Jenkinsis v\u00f5i Ansible'is. Kuid meil l\u00e4ks k\u00f5ik korda. V\u00f5ib-olla on see tagaj\u00e4rg p\u00f5him\u00f5ttele Pareto<\/a><\/noindex> (tuntud ka kui 80\/20 reegel).<\/p>\n

<\/p>\n

L\u00fchike \u00fclevaade DevOps ahelast ja CI\/CD-st<\/h3>\n

<\/p>\n

DevOps'il on erinevaid m\u00e4\u00e4ratlusi. Nagu Agile, h\u00f5lmab DevOps ka erinevaid distsipliine. Siiski n\u00f5ustuvad enamik inimesi j\u00e4rgmise m\u00e4\u00e4ratlemisega: DevOps on meetod v\u00f5i tarkvaraarenduse eluts\u00fckkel, mille peamine p\u00f5him\u00f5te on luua kultuur, kus arendajad ja teised t\u00f6\u00f6tajad on \"\u00fchel lainel\", k\u00e4sitsi t\u00f6\u00f6 on automatiseeritud, iga\u00fcks tegeleb sellega, milles ta on parim, tarnete sagedus suureneb, t\u00f6\u00f6 tootlikkus kasvab ning paindlikkus suureneb.<\/p>\n

<\/p>\n

Kuigi pelgalt t\u00f6\u00f6riistadest ei piisa DevOps'i keskkonna loomiseks, on need h\u00e4davajalikud. K\u00f5ige olulisem neist on pidev integreerimine ja pidev tarnimine (CI\/CD). Iga keskkonna tarneprotsessis on erinevad etapid (n\u00e4iteks DEV (arendus), INT (integreerimine), TST (testimine), QA (kvaliteedikontroll), UAT (kasutajate vastuv\u00f5tutestimine), STG (ettevalmistus), PROD (kasutamine)), k\u00e4sitsi \u00fclesanded on automatiseeritud, arendajad saavad kirjutada kvaliteetset koodi, teevad selle tarnimise ja saavad lihtsalt \u00fcmber ehitada.<\/p>\n

<\/p>\n

See note describes how to create a DevOps chain in five steps, as shown in the picture below, using open-source tools.<\/p>\n

<\/p>\n

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

<\/p>\n

Let\u2019s get to the point.<\/p>\n

<\/p>\n

Step 1: CI\/CD Platform<\/h3>\n

<\/p>\n

First, you need a CI\/CD tool. Jenkins is an open-source CI\/CD tool written in Java under the MIT license, which initiated the popularization of the DevOps movement and has become the de facto standard for CI\/CD.<\/p>\n

<\/p>\n

So, what is Jenkins? Imagine having a magic remote control for various services and tools. The CI\/CD tool itself, like Jenkins, is useless, but when combined with different tools and services, it becomes all-powerful.<\/p>\n

<\/p>\n

Besides Jenkins, there are many other open-source tools; choose any. <\/p>\n

<\/p>\n

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

<\/p>\n

Here\u2019s how the DevOps process looks with a CI\/CD tool.<\/p>\n

<\/p>\n

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

<\/p>\n

You have a CI\/CD tool on localhost, but there's not much to do yet. Let's move to the next step.<\/p>\n

<\/p>\n

Step 2: Version Control<\/h3>\n

<\/p>\n

Parim ja arvatavasti k\u00f5ige lihtsam viis CI\/CD t\u00f6\u00f6riista v\u00f5lu testimiseks on selle integreerimine versioonihaldust\u00f6\u00f6riistaga (source control management, SCM). Miks on versioonihaldus vajalik? Kujutage ette, et loote rakendust. Te kirjutate seda Java, Python, C++, Go, Ruby, JavaScriptis v\u00f5i m\u00f5nes muus keeles, millel on palju variante. Seda, mida te kirjutate, nimetatakse allikakoodiks. Alguses, eriti kui t\u00f6\u00f6tate \u00fcksi, saate k\u00f5ik salvestada kohalikku kataloogi. Kuid kui projekt kasvab ja rohkem inimesi liitub, vajate viisi, kuidas jagada koodimuudatusi, v\u00e4ltides samas muudatuste \u00fchinemise konflikte. Ja teil on vaja ka mingit viisi varasemate versioonide taastamiseks ilma varukoopiateta ja faile k\u00e4sitsi kopeerimata.<\/p>\n

<\/p>\n

Ja siinkohal ei saa SCM-st \u00fcle ega \u00fcmber. SCM s\u00e4ilitab 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, kuigi olemas on ka teisi variante.<\/p>\n

<\/p>\n

\"Algajate<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

CI\/CD t\u00f6\u00f6riist v\u00f5ib automatiseerida l\u00e4htekoodi \u00fcleslaadimise ja allalaadimise ning meeskonnat\u00f6\u00f6. Pole paha? Aga kuidas n\u00fc\u00fcd selle pealt t\u00f6\u00f6tav rakendus luua, mis on miljardite kasutajate lemmik?<\/p>\n

<\/p>\n

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

<\/p>\n

K\u00f5ik l\u00e4heb nagu peab. Saate koodi allalaadida ja muudatusi versioonihalduss\u00fcsteemis registreerida ning kutsuda s\u00f5pru koos t\u00f6\u00f6tama. Kuid rakendust teil veel pole. Et sellest veebirakendus saada, tuleb see kompileerida ja pakkida tarnimiseks v\u00f5i k\u00e4ivitada t\u00e4itmisfailina. (T\u00f5lgitavat programmeerimiskeelt, nagu JavaScript v\u00f5i PHP, ei pea kompileerima.)<\/p>\n

<\/p>\n

Kasutage ehituse automatiseerimise t\u00f6\u00f6riista. \u00dcksk\u00f5ik, millist t\u00f6\u00f6riista te valite, kogub see koodi vajaliku vormingusse ja automatiseerib puhastamise, kompileerimise, testimise ja tarnimise. Ehitust\u00f6\u00f6riistu on erinevaid, s\u00f5ltuvalt keelest, kuid tavaliselt kasutatakse j\u00e4rgmisi avatud l\u00e4htekoodiga variante.<\/p>\n

<\/p>\n

\"Algajate<\/p>\n

<\/p>\n

Suurep\u00e4rane! N\u00fc\u00fcd lisame ehituse automatiseerimise t\u00f6\u00f6riista konfigureerimise failid versioonihalduss\u00fcsteemi, et CI\/CD t\u00f6\u00f6riist need kokku koguks.<\/p>\n

<\/p>\n

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

<\/p>\n

Noh, k\u00f5ik n\u00e4ib normaalne. Aga kuhu n\u00fc\u00fcd k\u00f5ik see t\u00f5ugata?<\/p>\n

<\/p>\n

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

<\/p>\n

Niisiis, teil on pakitud fail, mida saab kasutada v\u00f5i juurutada. Et rakendus t\u00f5eliselt kasulikuks osutuks, peab tal olema mingi teenus v\u00f5i liides, kuid peate selle kuskile paigutama.<\/p>\n

<\/p>\n

Veebirakendust saab majutada veebirakenduste serveris. Rakenduste server loob keskkonna, kus saab t\u00e4ita paketi programmiloogikat, luua liidese joonistamise ja avada veebiteenuseid pordi kaudu. Teil on vaja HTTP-serverit ja mitmeid teisi keskkondi (n\u00e4iteks virtuaalmasinat), et rakenduste server paigaldada. Praegu kujutame ette, et te olete k\u00f5ik selle protsessi ajal rehkendanud (kuigi konteineritest r\u00e4\u00e4gin allpool).<\/p>\n

<\/p>\n

On mitu avatud veebirakenduste serverit.<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

P\u00f5him\u00f5tteliselt saate siin peatuda, edasise osaga saate ise hakkama, kuid tasub veel r\u00e4\u00e4kida koodi kvaliteedist.<\/p>\n

<\/p>\n

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

<\/p>\n

Testimine v\u00f5tab palju aega ja vaeva, kuid parem on kohe leida vead ja parandada koodi, et rahuldada l\u00f5ppkasutajaid. Selle eesm\u00e4rgiga on saadaval palju avatud t\u00f6\u00f6riistu, mis mitte ainult ei testi koodi, vaid pakuvad ka soovitusi selle parendamiseks. Enamik CI\/CD t\u00f6\u00f6riistu saavad nende t\u00f6\u00f6riistadega \u00fchenduda ja automatiseerida protsessi.<\/p>\n

<\/p>\n

Testimine on jagatud kaheks osaks: testimisraamistikeks, et kirjutada ja k\u00e4ivitada teste, ning t\u00f6\u00f6riistadeks, mis annavad soovitusi koodi kvaliteedi t\u00f5stmiseks.<\/p>\n

<\/p>\n

Testimisraamistikud<\/h3>\n

<\/p>\n

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

<\/p>\n

Kvaliteedi soovitustega 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 patenteeritud (kuigi GCC-l on avatud l\u00e4htekood).<\/p>\n

<\/p>\n

Oleme rakendanud testikatte t\u00f6\u00f6riistu ning n\u00fc\u00fcd peaks DevOpsi pipeline v\u00e4lja n\u00e4gema nagu juhendi alguses oleval pildil.<\/p>\n

<\/p>\n

T\u00e4iendavad sammud<\/h2>\n

<\/p>\n

Konteinerid<\/h3>\n

<\/p>\n

Kuidas ma juba \u00fctlesin, saab rakendusserveri paigutada virtuaalmasinale 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 Kubernetes'i, kuigi ka teisi valikuid on.<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n