{"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\/et\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","title":{"rendered":"Algajate juhend: loome DevOps-pipe","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kui olete DevOpsi uus, vaadake seda juhendit oma esimese viie etapi toru loomiseks.<\/i><\/p>\n

\"Algajate<\/p>\n

DevOps on muutunud standardlahenduseks, et parandada aeglaseid, killustatud v\u00f5i mittet\u00f6\u00f6tavaid tarkvaraarenduse protsesse. Probleemiks on see, et kui olete DevOpsis uus ega tea, kust alustada, siis v\u00f5ib teil puududa arusaam nendest metodoloogiatest. Selles artiklis r\u00e4\u00e4gitakse DevOpsi torustiku m\u00e4\u00e4ratlemisest ning antakse juhend selle loomiseks viie sammu abil. Kuigi see \u00f5pik ei ole ammendav, peaks see andma teile aluse, et alustada oma teed ja laiendada oma teadmisi tulevikus. Kuid alustame ajaloost.<\/p>\n

Minu teekond DevOpsi poole<\/h3>\n

\nVarem t\u00f6\u00f6tasin Citi Groupi pilvemeeskonnas, arendades Infrastructure-as-a-Service (IaaS) veebirakendust Citi pilvainfrastruktuuri haldamiseks, kuid mind on alati huvitanud, kuidas muuta arendusprotsessi t\u00f5husamaks ning tuua positiivseid kultuurilisi muutusi arendajate meeskonda. Vastuse leidsin Greg Lavenderi, Citi pilvearhitektuuri ja infrastruktuuri tehnilise direktori, soovitatud raamatust. Raamat kandis pealkirja \u201ePhoenixi Projekt\u201c (The Phoenix Project<\/a><\/noindex>), mis selgitab DevOpsi p\u00f5him\u00f5tteid, samas kui see loetakse nagu romaan.<\/p>\n

Raamatukaane tagak\u00fcljel olevas tabelis on n\u00e4idatud, kui sageli erinevad ettev\u00f5tted kasutusele v\u00f5etakse oma s\u00fcsteemid vabastamiskeskkonnas:<\/p>\n

Amazon: 23 000 korda p\u00e4evas
\nGoogle: 5 500 korda p\u00e4evas
\nNetflix: 500 korda p\u00e4evas
\nFacebook: 1 kord p\u00e4evas
\nTwitter: 3 korda n\u00e4dalas
\nT\u00fc\u00fcpiline ettev\u00f5te: 1 kord 9 kuu jooksul<\/p>\n

Kuidas on Amazon, Google ja Netflix niisuguste sagedustega \u00fcldse v\u00f5imalikud? Selle k\u00f5ik t\u00f5ttu, et need ettev\u00f5tted on v\u00e4ljam\u00f5elnud peaaegu ideaalse DevOpsi toru.
\n<\/a><\/noindex>
\nMe olime sellest kaugel, kuni me Citi-s DevOps-i juurutama hakkasime. Tol hetkel olid minu meeskonnas erinevad keskkonnad, kuid arendusse serverisse juurutamine oli t\u00e4iesti k\u00e4sitsi tehtud. K\u00f5ik arendajad p\u00e4\u00e4sesid vaid \u00fchele IBM WebSphere Application Server Community Edition p\u00f5hinevale arendusserverile. Probleem oli selles, et server l\u00f5petas t\u00f6\u00f6tamise iga kord, kui mitu kasutajat \u00fcritasid samaaegselt juurutada, mist\u00f5ttu pidid arendajad \u00fcksteisele oma kavatsustest teadma andma, mis oli \u00fcsna vaevaline. Lisaks olid probleemid madala taseme koodi testimise katvusega, t\u00fckkide k\u00e4sitsi juurutamise keerukusega ja puudus v\u00f5imalus j\u00e4lgida koodi juurutamist, mis on seotud konkreetse \u00fclesande v\u00f5i kasutajaloo kohta.<\/p>\n

M\u00f5istsin, et midagi tuleb ette v\u00f5tta, ja leidsin endale m\u00f5ttekaaslase. Otsustasime koost\u00f6\u00f6d teha esialgse DevOps-i torujuhtme loomisel \u2013 tema seadistas virtuaalse masina ja Tomcat rakenduste serveri, samal ajal kui mina t\u00f6\u00f6tasin Jenkinsiga, integreerisin Atlassian Jira ja BitBucketit ning tegelesin koodi testimise kattega. See k\u00fclgprojekt oli v\u00e4ga edukas: me automatiseerisime praktiliselt paljusid protsesse, saavutades peaaegu 100% meie arendusserveri t\u00f6\u00f6kindlusest, tagasime j\u00e4lgimise ja parandasime koodi testimise katvust ning lisasime v\u00f5imaluse siduda Git-i harud Jira \u00fclesannete v\u00f5i juurutamisega. Enamik t\u00f6\u00f6riistu, mida kasutasime oma DevOps-i torujuhtme koostamiseks, olid avatud l\u00e4htekoodiga.<\/p>\n

N\u00fc\u00fcd m\u00f5istan, kui lihtne oli meie DevOps-i torujuhe: me ei kasutanud laiendusi nagu Jenkins file v\u00f5i Ansible. Kuid see lihtne torujuhe t\u00f6\u00f6tas h\u00e4sti, v\u00f5ib-olla t\u00e4nu Pareto p\u00f5him\u00f5ttele (tuntud ka kui 80\/20 reegel).<\/p>\n

L\u00fchike sissejuhatus DevOpsi ja CI\/CD torujuhtmesse<\/h3>\n

\nKui k\u00fcsida mitmelt inimeselt: \"Mis on DevOps?\", siis t\u00f5en\u00e4oliselt saadakse mitmeid erinevaid vastuseid. DevOps, nagu ka Agile, on arenenud mitmete erinevate distsipliinide katmiseks, kuid enamik inimesi on n\u00f5us teatavate asjadega: DevOps on tarkvaraarenduse tava v\u00f5i tarkvaraarenduse eluts\u00fckkel (SDLC), mille keskne p\u00f5him\u00f5te on kultuuri muutmine, kus arendajad ja mitte-arendajad eksisteerivad keskkonnas, kus:<\/p>\n

Automatiseeritakse toimingud, mida varem tehti k\u00e4sitsi;
\nIga\u00fcks teeb seda, mis talle k\u00f5ige paremini v\u00e4lja tuleb;
\nV\u00e4ljamaksete arv kindla aja jooksul suureneb; L\u00e4biv\u00f5ime suureneb;
\nArenduse paindlikkus suureneb.<\/p>\n

Kuigi \u00f5igete tarkvarat\u00f6\u00f6riistade olemasolu ei ole ainus asi, mida vajatakse DevOps keskkonna loomisel, on m\u00f5ned t\u00f6\u00f6riistad h\u00e4davajalikud. Peamine t\u00f6\u00f6riist on pidev integreerimine ja pidev juurutamine (CI\/CD). Selle konveieril on keskkondadel erinevad etapid (nt DEV, INT, TST, QA, UAT, STG, PROD), paljusid toiminguid on automatiseeritud ja arendajad saavad kirjutada kvaliteetset koodi, saavutada arenduse paindlikkust ja suurendada juurutamiste sagedust.<\/p>\n

Selles artiklis k\u00e4sitletakse viieetapilist l\u00e4henemist DevOps konveieri loomisele, mis on sarnane j\u00e4rgmisel joonisel kajastatule, kasutades avatud l\u00e4htekoodiga t\u00f6\u00f6riistu.<\/p>\n

1. etapp: CI\/CD meetodid<\/h3>\n

\nEsimene asi, mida vajate \u2013 CI\/CD t\u00f6\u00f6riist. Jenkins, avatud l\u00e4htekoodiga t\u00f6\u00f6riist, mis p\u00f5hineb Java-l ja levitatud MIT-litsentsi alusel, on see vahend, mis on populariseerinud DevOps suunda ja saanud de facto standardiks.<\/p>\n

Mis siis on Jenkins? Peate seda vaatama kui mingit maagilist universaalset puldi, mis saab suhelda erinevate teenuste ja t\u00f6\u00f6riistadega ning neid organiseerida. CI\/CD t\u00f6\u00f6riist nagu Jenkins iseenesest on kasututu, kuid see muutub v\u00f5imsamaks, kui see on \u00fchendatud erinevate t\u00f6\u00f6riistade ja teenustega.<\/p>\n

Jenkins on vaid \u00fcks paljusid avatud l\u00e4htekoodiga t\u00f6\u00f6riistu CI\/CD jaoks, mida saate kasutada DevOps-piiplaani ehitamiseks.<\/p>\n

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

N\u00e4iteks kuidas n\u00e4evad DevOps-protsessid v\u00e4lja CI\/CD t\u00f6\u00f6riistaga:<\/p>\n

\"Algajate<\/p>\n

Teil on CI\/CD t\u00f6\u00f6riist, mis t\u00f6\u00f6tab teie localhostis, kuid praegu ei saa te palju teha. Liigume j\u00e4rgmisse etappi DevOpsi maailma.<\/p>\n

Samm 2: Allika koodi haldamine<\/h3>\n

\nParim (ja v\u00f5ib-olla lihtsaim) viis kontrollida, kas teie CI\/CD t\u00f6\u00f6riist suudab teha imesid - integreeruda allika koodi haldust\u00f6\u00f6riistaga (SCM). Miks vajate allika koodi haldust? Oletame, et arendate rakendust. Iga kord, kui loote rakenduse, kodeerite, ja pole t\u00e4htis, kas kasutate Java, Python, C++, Go, Ruby, JavaScript v\u00f5i m\u00f5nda muud miljardit programmeerimiskeelt. Teie kirjutatud kood on allika kood. Alguses, eriti kui t\u00f6\u00f6tate \u00fcksi, on t\u00f5en\u00e4oliselt v\u00f5imalik k\u00f5ik paigutada kohalikku katalooge. Kuid kui projekt kasvab ja kutsute teisi koost\u00f6\u00f6ks, vajate viisi konfliktide v\u00e4ltimiseks ja muudatuste t\u00f5husaks vahetamiseks. Te vajate ka viisi varasema versiooni taastamiseks, sest varundamine ja kopeerimine\/kleepimine on juba vananenud. Te vajate (ja teie meeskonnakaaslased) midagi paremat.<\/p>\n

Siin muutub allika koodi haldust\u00f6\u00f6riist praktiliselt vajalikuks. See t\u00f6\u00f6riist hoiab teie koodi hoidlas, j\u00e4lgib versioone ja koordineerib projekti osalejate t\u00f6\u00f6d.<\/p>\n

Kuigi on palju allika koodi haldust\u00f6\u00f6riistu, on Git standard ja see peab paika. Soovitan tungivalt kasutada Git'i, kuigi soovi korral on ka teisi avatud l\u00e4htekoodiga alternatiive.<\/p>\n

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

Nii n\u00e4eb DevOps'i torujuhe v\u00e4lja koos allika koodi haldust\u00f6\u00f6riistade lisamisega.<\/p>\n

\"Algajate<\/p>\n

CI\/CD t\u00f6\u00f6riist suudab automatiseerida kontrollimise, allika koodi hankimise ja meeskonnakaaslaste koost\u00f6\u00f6 protsesse. Pole paha? Aga kuidas muuta see t\u00f6\u00f6tavaks rakenduseks, mida miljardid inimesed saaksid kasutada ja hinnata?<\/p>\n

Samm 3: Automatiseerimise t\u00f6\u00f6riista loomine<\/h3>\n

\nSuurep\u00e4rane! Saate kontrollida koodi ja teha muudatusi allika juhtimiss\u00fcsteemis ning kutsuda oma s\u00f5pru koost\u00f6\u00f6sse arendusse. Kuid te pole veel rakendust loonud. Veebirakenduse loomiseks tuleks see kompileerida ja pakkida kasutamiseks valmis paketivormingusse v\u00f5i k\u00e4ivitada t\u00e4itmisfailina. (Pange t\u00e4hele, et t\u00f5lgendatud programmeerimiskeel, n\u00e4iteks JavaScript v\u00f5i PHP, ei vaja kompileerimist).<\/p>\n

Kasutage koostamise automatiseerimise t\u00f6\u00f6riista. S\u00f5ltumata sellest, millisest koostamise automatiseerimise t\u00f6\u00f6riistast otsustate kasutada, on nende peamine eesm\u00e4rk \u00fcks ja sama: koguda allika kood soovitud vormingusse ning automatiseerida puhastamise, kompileerimise, testimise ja teatud keskkonda jagamise \u00fclesanne. Koostamise t\u00f6\u00f6riistad erinevad s\u00f5ltuvalt teie programmeerimiskeelest, kuid siin on m\u00f5ned \u00fcldised avatud l\u00e4htekoodiga variandid.<\/p>\n

Nimi
\nLitsents
\nProgrammeerimiskeel<\/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\u2019s Not Unix), mille eesm\u00e4rgiks on arendada s\u00fcsteemikomponente, et luua vabalt kasutatav Unix'i analoog, mis v\u00f5imaldab t\u00e4ielikult loobuda suletud tarkvarast. GNU juhtimisel on moodustatud vabade projektide kogukond, mis liiguvad \u00fchise eesm\u00e4rgi suunas ja arenevad \u00fchtse ideoloogia ja filosoofia kohaselt. Alguses olid projekti keskseid elemente
\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\u2019s Not Unix), mille eesm\u00e4rgiks on arendada s\u00fcsteemikomponente, et luua vabalt kasutatav Unix'i analoog, mis v\u00f5imaldab t\u00e4ielikult loobuda suletud tarkvarast. GNU juhtimisel on moodustatud vabade projektide kogukond, mis liiguvad \u00fchise eesm\u00e4rgi suunas ja arenevad \u00fchtse ideoloogia ja filosoofia kohaselt. Alguses olid projekti keskseid elemente
\nPython<\/p>\n

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

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

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

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

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

Suurep\u00e4rane! Saate paigutada automatiseerimise t\u00f6\u00f6riista konfiguratsioonifailid allika juhtimisse ja lasta oma CI\/CD t\u00f6\u00f6riistal k\u00f5ik kokku panna.<\/p>\n

\"Algajate<\/p>\n

K\u00f5ik on h\u00e4sti, eks? Aga kuhu jagada oma rakendust?<\/p>\n

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

\nPraegu on teil pakitud fail, mis v\u00f5ib olla nii t\u00e4itmisfail kui ka installitav. Selleks, et rakendus oleks t\u00f5eliselt kasulik, peab see pakkuma mingit teenust v\u00f5i liidest, kuid teil on vaja konteinerit oma rakenduse hoidmiseks.<\/p>\n

Veebirakenduste server on just selline konteiner. Server pakub keskkonda, kus saab m\u00e4\u00e4ratleda jagatud paketi loogika. Samuti pakub server liidest ja pakub veebiteenuseid, avades pordid v\u00e4lismaailmale. Teil on vaja HTTP-serverit ja ka mingit keskkonda (nt virtuaalmasinat) selle installimiseks. Ja samas, oletame, et saate sellest hiljem teada (kuigi r\u00e4\u00e4gin konteineritest allpool).<\/p>\n

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

Nimi
\nLitsents
\nProgrammeerimiskeel<\/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

Teie DevOps torujuhe on peaaegu valmis kasutamiseks. H\u00e4sti tehtud!<\/p>\n

\"Algajate<\/p>\n

Kuigi sellel saab peatuda ja tegeleda integratsiooniga iseseisvalt, on koodikvaliteet rakenduste arendaja jaoks oluline asi ning sellega tuleb tegeleda.<\/p>\n

Samm 5: Koodi testimise katmine<\/h3>\n

\nTestide rakendamine v\u00f5ib olla veel \u00fcks mahukas n\u00f5ue, kuid arendajad peavad rakenduses varakult kinni p\u00fc\u00fcdma k\u00f5ik vead ning parandama koodi kvaliteeti, et tagada, et l\u00f5ppkasutajad oleksid rahul. \u00d5nneks on saadaval palju avatud l\u00e4htekoodiga t\u00f6\u00f6riistu teie koodi testimiseks ja selle kvaliteedi parandamise soovituste koostamiseks. Veelgi parem on see, et enamik CI\/CD t\u00f6\u00f6riistu saavad nendega \u00fchenduda ja protsessi automatiseerida.<\/p>\n

Koodi testimine koosneb kahest osast: kooditestimise raamistike, mis aitavad testide kirjutamisel ja k\u00e4ivitamisel, ja soovituste koostamise t\u00f6\u00f6riistadest, mis aitavad parandada koodi kvaliteeti.<\/p>\n

Koodi testimiss\u00fcsteemid<\/b><\/p>\n

Nimi
\nLitsents
\nProgrammeerimiskeel<\/p>\n

JUnit
\nEclipse'i avalik litsents
\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

Koodi kvaliteedi parandamise soovituss\u00fcsteemid<\/b><\/p>\n

Nimi
\nLitsents
\nProgrammeerimiskeel<\/p>\n

Cobertura
\nGnu\u2019s Not Unix), mille eesm\u00e4rgiks on arendada s\u00fcsteemikomponente, et luua vabalt kasutatav Unix'i analoog, mis v\u00f5imaldab t\u00e4ielikult loobuda suletud tarkvarast. GNU juhtimisel on moodustatud vabade projektide kogukond, mis liiguvad \u00fchise eesm\u00e4rgi suunas ja arenevad \u00fchtse ideoloogia ja filosoofia kohaselt. Alguses olid projekti keskseid elemente
\nJava<\/p>\n

CodeCover
\nEclipse'i avalik (EPL)
\nJava<\/p>\n

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

Emma
\n\u00dchine avalik litsents
\nJava<\/p>\n

JaCoCo
\n Eclipse'i avalik litsents
\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

Pange t\u00e4hele, et enamiku \u00fclalmainitud t\u00f6\u00f6riistade ja raamistike kirjutamise keel on Java, Python ja JavaScript, kuna C++ ja C# on patenteeritud programmeerimiskeeled (kuigi GCC-l on avatud l\u00e4htekood).<\/p>\n

N\u00fc\u00fcd, kui olete rakendanud koodi katmise t\u00f6\u00f6riistad, peaks teie DevOps-i torujuhe v\u00e4lja n\u00e4gema nagu diagramm, mis on esitatud selle juhendi alguses.<\/p>\n

T\u00e4iendavad sammud<\/h3>\n

\nKonteinerid<\/b><\/p>\n

Nagu ma juba \u00fctlesin, v\u00f5ite oma serveri paigutada virtuaalmasinale v\u00f5i serverisse, kuid konteinerid on populaarne lahendus.<\/p>\n

Mis on konteinerid? L\u00fchike seletus on see, et virtuaalmasin vajab operatsioonis\u00fcsteemi jaoks tohutut m\u00e4lu, mis \u00fcletab rakenduse suuruse, samas kui konteiner vajab ainult m\u00f5ningaid teeke ja seadistusi rakenduse k\u00e4itamiseks. Ilmselt on virtuaalmasinal endiselt olulised kasutusvaldkonnad, kuid konteiner on kerge lahendus rakenduse, sealhulgas rakenduste serveri, majutamiseks.<\/p>\n

Kuigi on ka teisi konteinerite valikuid, on k\u00f5ige populaarsemad Docker ja Kubernetes.<\/p>\n

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

Vaheautomationi vahendid<\/b><\/p>\n

Meie DevOps-i torujuhe on peamiselt suunatud rakenduste \u00fchisloomisele ja juurutamisele, kuid DevOps-i t\u00f6\u00f6riistade abil on v\u00f5imalik teha ka palju muid asju. \u00dcks neist on infrastruktuuri koodi kaudu (IaC) t\u00f6\u00f6riistade kasutamine, mida tuntakse ka vaheautomaatika vahenditena. Need t\u00f6\u00f6riistad aitavad automatiseerida installatsiooni, haldamist ja muid \u00fclesandeid vaheprogrammi jaoks. N\u00e4iteks v\u00f5ib automaatikat\u00f6\u00f6riist ekstrakteerida rakendusi, nagu veebirakenduse server, andmebaas ja j\u00e4lgimist\u00f6\u00f6riist, koos \u00f5ige konfiguratsiooniga ja juurutada need rakenduste serverisse.<\/p>\n

Siin on m\u00f5ned avatud l\u00e4htekoodiga vaheautomaatika t\u00f6\u00f6riistad:<\/p>\n

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

\"Algajate<\/p>\n

Uurige, kuidas saada n\u00f5utud ametit nullist v\u00f5i taset t\u00f5sta oma oskustes ja palgas, osaledes SkillFactory tasulistes veebikursustes:<\/p>\n