🥇DevOpsi algajate juhend

Milline on DevOps'i tähtsus, mida see tähendab IT-spetsialistidele, meetodite, raamistikute ja tööriistade kirjeldus.

Palju on juhtunud sellest ajast, kui DevOps'i termin IT-maailmas juurdus. Arvestades, et suur osa ökosüsteemist on avatud lähtekoodiga, on oluline üle vaadata, miks see algas ja mida see IT-karjääridele tähendab.

Mis on DevOps

Kuigi üldiselt ei ole ühtset määratlust, pean DevOps'i tehnoloogiliseks struktuuriks, mis tagab koostöö arendajate ja operatiivmeeskondade vahel, et kiiremini kasutada koodi tootmisvõrkudes, tagades toimingute korduvuse ja automatiseerimise. Artiklis jääb meil aega selle väite lahti mõtestamiseks.

Sõna „DevOps” on kombinatsioon sõnadest „arendus” (development) ja „operatsioonid” (operations). DevOps aitab suurendada rakenduste ja teenuste tarnimise kiirus. See võimaldab organisatsioonidel efektiivselt teenindada oma kliente ja saada turul konkurentsivõimelisemaks. Lihtsalt öeldes on DevOps kooskõla arenduse ja IT-operatsioonide vahel, tagades efektiivsema suhtluse ja koostöö.

DevOps eeldab sellist kultuuri, kus koostöö arendajate, operaatorite ja ärianalüütikute vahel on kriitilise tähtsusega aspekt. Räägime mitte ainult tööriistadest, kuna DevOps toob organisatsioonile pidevalt kasu ja klientidele. Tööriistad on üks selle tugisammas, koos inimeste ja protsessidega. DevOps suurendab organisatsioonide võimet pakkuda kvaliteetseid lahendusi lühikese ajaga. Samuti automatiseerib DevOps kõik protsessid, alates ehitusest kuni rakenduse või toote juurutamiseni.

Arutelu DevOps'i üle keskendub arendajate ja operaatorite vahelistele suhetele, kelle ülesanne on hoida elus tarkvara.

Väljakutsed arendajate meeskonnale

Arendajad on tavaliselt entusiastlikud ja soovivad rakendada uusi lähenemisviise ja tehnoloogiaid organisatsioonide probleemide lahendamiseks. Kuid nad seisavad silmitsi ka teatud probleemidega:

Konkurentsivõimeline turg tekitab suurt survet toote õigeaegseks tarnimiseks.
Nad peaksid hoolitsema tootmisvalmis koodi haldamise ja uute funktsioonide implementimise eest.
Väljalasketsükkel võib olla pikk, seetõttu peab arendajate meeskond rakenduste juurutamise eel tegema mitmeid oletusi. Sellises stsenaariumis on vajalik suurem ajavarud probleemide lahendamiseks, mis võivad tekkida tootmis- või testikeskkonnas juurutamise käigus.

Probleemid, millega silmitsi seisab operatsioonigrupp

Operatsioonigruppide ajalooline suundumus on suunatud IT-teenuste stabiilsusele ja usaldusväärsusele. Seetõttu tegelevad operatsioonimeeskonnad stabiilsuse otsimisega, muutes ressursse, tehnoloogiaid või lähenemisviise. Nende ülesanded hõlmavad järgmist:

Resursside jaotuse haldamine nõudluse kasvades.
Disaini või seadistuste muutuste käsitlemine, mis on vajalikud tootmiskeskkonnas rakendamiseks.
Probleemide diagamine ja lahendamine tootmisel, pärast rakenduste iseseisvat juurutamist.

Kuidas DevOps lahendab arenduse ja operatsioonide probleeme

Kohandades ülesandeid suurte funktsioonide juurutamiste asemel, püüavad ettevõtted välja selgitada, kas nad saavad oma klientide jaoks juurutada väikse arvu funktsioone järjestikuste väljaannete sarjas. Sellisel lähenemisviisil on mitmeid eeliseid, nagu parem tarkvara kvaliteet, kiiremad tagasisideklientidelt jne. See omakorda tagab klientide kõrge rahulolu. Selle saavutamiseks peavad ettevõtted:

Vähendama uute väljaannete ebaõnnestumise määra
Suurendama juurutamise sagedust
Liikuma kiiresti edasi uue rakenduse väljaande taastamise keskmise aja saavutamise suunas.
Lühem aeg paranduste tegemiseks

DevOps täidab kõiki neid ülesandeid ja aitab tagada sujuva tarnimise. Organisatsioonid kasutavad DevOps'i selliste tulemuslikkuse tasemete saavutamiseks, mis olid veel paar aastat tagasi mõeldamatud. Nad teevad kümneid, sadu ja isegi tuhandeid juurutamisi päevas, samal ajal tagades world-class usaldusväärsuse, stabiilsuse ja turvalisuse. (Uuri lähemalt partii suuruste ja nende mõju tarkvara tarnimisele).

DevOps püüab lahendada erinevaid probleeme, mis tulenevad minevikus kasutatud metoodikate rakendamisest, sealhulgas:

Arendajate ja operaatorite meeskondade töö isoleeritus
Testimine ja juurutamine eraldiseisvate etappidena, mis toimuvad pärast kavandamist ja kogumist ning mis nõuavad rohkem aega kui kogumise tsüklid.
Liialdatud ajakulud testimisele, juurutamisele ja kavandamisele, selle asemel et keskenduda põhiteenuste loomisele
Koodi käsitsi juurutamine, mis toob kaasa tootmisvigu
Arendus- ja operatsioonigruppide tööplaanide erinevus, mis toob kaasa täiendavaid viivitusi

DevOpsi, Agile'i ja traditsioonilise IT vastasseis

DevOpsist räägitakse sageli koos teiste IT-praktikatega, sealhulgas paindliku ja veepademetoodikaga.

Agile on tarkvara tootmise põhimõtete, väärtuste ja meetodite kogum. Näiteks, kui teil on idee, mille soovite tarkvaraks muuta, saate kasutada Agile'i põhimõtteid ja väärtusi. Kuid see tarkvara võib töötada ainult arendus- või testimiskeskkonnas. Teil on vaja lihtsat ja turvalist viisi tarkvara kiiresti ning suure korduvusega tootmiskeskkonda edastada, ja teele viib see DevOpsi tööriistade ja meetodite kaudu. Paindlik tarkvaraarenduse metoodika keskendub arendusprotsessidele, samas kui DevOps vastutab arenduse ja juurutamise eest - kõige turvalisema ja usaldusväärsema viisi.

Traditsioonilise veepademetoodika ja DevOpsi võrdlemine on hea viis mõista, millised eelised DevOps pakub. Järgmises näites eeldatakse, et rakendus käivitatakse nelja nädala pärast, arendustööd on lõpetatud 85% ulatuses, rakendus käivitatakse ja serverite tellimise protsess on just alanud.

Traditsioonilised protsessid
DevOpsi protsessid

Uute serverite tellimise järgselt töötavad arendajate meeskonnad testimise kallal. Operatiivgrupp töötab välja põhjaliku dokumentatsiooni, mida ettevõtted vajavad infrastruktuuri juurutamiseks.
Pärast uute serverite tellimist töötavad arendajate ja operaatorite meeskonnad ühiselt uute serverite paigaldamise protsesside ja dokumentatsiooni kallal. See aitab paremini mõista infrastruktuuri nõudeid.

Teave tõrketalitusest, üleliigsusest, andmekeskuste asukohast ja salvestusnõuetest on moonutatud, kuna puuduvad sisendid arendajate meeskonnalt, kellel on sügavad teadmised rakendamise alal.
Täpne teave tõrketalitusest, üleliigsusest, katastroofide taastamisest, andmekeskuste asukohast ja salvestusnõuetest on tuntud ja korrektne tänu arendajate meeskonna panusele.

Operaatori rühm ei tea arendajate meeskonna edusammudest. Samuti töötavad nad välja jälgimisplaani, tuginedes oma ettekujutusele.

Operaatori rühm on täielikult teadlik arendajate meeskonna saavutatud edusammudest. Nad teevad samuti koostööd arendajate meeskonnaga ning töötavad koos välja jälgimisplaani, mis rahuldab IT ja ärinõudeid. Nad kasutavad ka rakenduste jõudluse jälgimist (APM).

Rakenduse käivitamise eelne katsetamine toob kaasa rakenduse rikke, mis viib selle käivitamise viibimiseni.
Rakenduse käivitamise eelne koormustest toob kaasa jõudluse vähenemise. Arendajate meeskond kõrvaldab kiiresti kitsaskohad ja rakendus käivitatakse õigeaegselt.

DevOpsi elutsükkel

DevOps hõlmab teatavate üldtunnustatud praktikalehede vastuvõtmist.

Pidev planeerimine

Pidev planeerimine tugineb ka säästlikkuse põhimõtetele, et alustada väikselt, määratledes vajalikud ressursid ja tulemused, et kontrollida äriväärtust või visiooni, pidevalt kohandades, edusammude mõõtmise, klientide vajaduste uurimise, vajadusel suuna muutmise paindlikkuse arvestamise ja äriplaani uuendamisega.

Koostööarendamine

Koostöös arendamine võimaldab ettevõtetel, arendajate meeskondadel ja testimismeeskondadel, mis asuvad erinevates ajavööndites, pidevalt toota kvaliteetset tarkvara. See hõlmab mitme platvormi arendust, erinevates keeltes programmeerimise toetamist, kasutajate lugude loomist, ideede genereerimist ja elutsükli haldamist. Koostöös arendamine sisaldab pideva integreerimise protsessi ja praktikat, mis soodustab koodi sageli integreerimist ja automaatset koostamist. Koodi sagedane rakendamine rakendusse aitab tuvastada integreerimise probleeme elu tsükli varases faasis (kui neid on lihtsam parandada) ja vähendab tervikuna integreerimise pingutusi pideva tagasiside kaudu, kuna projekt demonstreerib pidevat ja selget edenemist.

Pidev testimine

Pidev testimine vähendab testimise kulusid, aidates arendajate meeskondadel tasakaalustada kiirus ja kvaliteet. See elimineerib ka testimise kitsaskohad teenuste virtualiseerimise abil ja lihtsustab virtualiseeritud testimiskeskkondade loomist, mida saab hõlpsasti jagada, juurutada ja uuendada süsteemide muutudes. Need võimalused vähendavad kulusid testimiskeskkondade algatamisel ja toetamisel ning lühendavad testimise tsükliaega, võimaldades integreerimistestimist elutsükli varases staadiumis.

Pidev väljastamine ja juurutamine

Need meetodid toovad endaga kaasa ühe põhipraktika: pidev väljastamine ja juurutamine. See tagab pideva torujuhtme, mis automatiseerib võtmeprotsesse. See vähendab käsitsi teostatavate toimingute arvu, ooteaega ressursside jaoks ja ümbertegemise mahtu, võimaldades juurutamist ühe nupuvajutusega, mis tagab rohkem väljalaskmisi, vigade vähenemise ja täieliku läbipaistvuse.

Automatiseerimine mängib olulist rolli stabiilse ja usaldusväärse tarkvaraarenduse tagamisel. Üks olulisemaid ülesandeid on võtta kasutusele käsitsi protsessid nagu koostamine, regressioon, juurutamine ja infrastruktuuri loomine ning automatiseerida need. Selleks on vajalik lähtekoodi versioonihaldus; testimis- ja juurutusskripti; infrastruktuuri ja rakenduste konfigureerimise andmed; samuti raamatukogud ja paketid, millest rakendus sõltub. Veel üks oluline tegur on võimalus küsida kõigi keskkondade olekut.

Jätkuv jälgimine

Jätkuv jälgimine tagab ettevõtte tasemel aruannete koostamise, mis aitab arendusmeeskondadel mõista rakenduste saadavust ja jõudlust tootmiskeskkonnas juba enne nende tootmisse juurutamist. Varajane tagasiside, mida pakub pidev jälgimine, on kriitilise tähtsusega vigade kulude vähendamiseks ja projektide õigesse suunda juhtimiseks. See praktika hõlmab sageli jälgimistööriistu, mis avalikustavad rakenduste jõudlusega seotud näitajad.

Pidev tagasiside ja optimeerimine

Pidev tagasiside ja optimeerimine tagavad klientide voo visuaalse esituse ning probleemsete kohtade täpse määramise. Tagasiside võib olla kaasatud nii eelnevalt müümise kui ka pärast tootmisetappe, et maksimeerida väärtust ja tagada suure arvu tehingute eduka lõpuleviimise. Kõik see võimaldab kohest visuaalset probleemide põhjuslike tegurite tuvastamist, mis mõjutavad klientide käitumist ja mõju äritegevusele.

DevOpsi eelised

DevOps võib aidata luua keskkonda, kus arendajad ja operaatorid töötavad ühtse meeskonnana ühiste eesmärkide saavutamiseks. Oluline verstapost selle protsessi juures on pideva integreerimise ja pideva kohaletoimetamise (CI/CD) rakendamine. Need meetodid võimaldavad meeskondadel kiiremini turule tuua tarkvara väiksema arvu vigadega.

DevOpsi peamised eelised on:

Ettearvamus: DevOps pakub uute versioonide väljalaskmisel oluliselt madalamat tõrgete esinemissagedust.
Hooldatavus: DevOps tagab lihtsa taastumise uue versiooni või rakenduse seiskumise korral.
Järgitavus: Koodiversioonide kontrollisüsteem võimaldab vajadusel varasemaid versioone taastada.
Kõrgem kvaliteet: Infrastruktuuri probleemide lahendamine parandab rakenduste arendamise kvaliteeti.
Turule jõudmise aeg: Tarkvara kohaletoimetamise optimeerimine vähendab turule sisenemise aega 50% võrra.
Riskide vähendamine: Tarkvara elutsükli turvalisuse tagamine vähendab defektide arvu kogu elutsükli vältel.
Majanduslik efektiivsus: Soov arendamisel majanduslikult efektiivne olla meeldib kõrgemale juhtkonnale.
Püsivus: Tarkvarasüsteemi stabiilsus ja turvalisus on suurem ning muudatusi saab kontrollida.
Suurem koodibaas jagatakse hallatavatesse osadesse: DevOps põhineb paindlikel arendusmeetoditel, mis võimaldavad jagada suure koodibaasi väiksemateks ja hallatavateks osadeks.

DevOps põhimõtted

DevOpsi vastuvõtt on sünnitanud mitmeid põhimõtteid, mis on arenenud (ja jätkuvalt arenevad). Enamik lahenduste pakkujaid on välja töötanud oma kohandused erinevatele meetoditele. Kõik need põhimõtted põhinevad terviklikul lähenemisel DevOpsile ja neid saavad rakendada organisatsioonid suvalise suurusega.

Arendage ja testige keskkonnas, mis sarnaneb tootmisprotsessiga

Oluline on lubada arendajate ja kvaliteedikontrolli (QA) spetsialistide tiimidel arendada ja testida süsteeme, mis käituvad nagu tootmisprotsessid, et nad saaksid näha, kuidas rakendus käitub ja töötab kaua enne, kui see on valmis juurutamiseks.

Rakendus peab olema ühendatud tootmissüsteemidega võimalikult varakult elutsükli käigus, et lahendada kolme peamise potentsiaalse probleemi. Esiteks võimaldab see testida rakendust keskkonnas, mis on võimalikult lähedane reaalsele keskkonnale. Teiseks võimaldab see testida ja kontrollida rakenduse tarnimise protsesse eelnevalt. Kolmandaks võimaldab see operatiivmeeskonnal varases elutsükli faasis kontrollida, kuidas nende keskkond käitub, kui rakendused on juurutatud, võimaldades neil luua kohandatava, rakendusele keskenduva keskkonna.

Kohandatava ja usaldusväärse protsessiga juurutamine

See põhimõte võimaldab arendus- ja opereerimismeeskondadel toetada paindlikke tarkvaraarendusprotsesse kogu elutsükli vältel. Automatiseerimine on hädavajalik, et luua iteratiivseid, usaldusväärseid ja korduvaid protsesse. Seetõttu peab organisatsioon looma tarnetoru, mis tagab pideva automatiseeritud juurutamise ja testimise. Sage juurutamine võimaldab meeskondadel testida juurutamisprotsesse, vähendades seeläbi riski, et juurutamise käigus esinevad tõrked reaalses versioonis.

Jälgimine ja kvaliteedi kontrollimine

Organisatsioonid on head rakenduste jälgimises tootmisrežiimis, kuna neil on tööriistad, mis registreerivad näitajaid ja võtme Tulemusnäitajaid (KPI) reaalajas. See põhimõte toob jälgimise varasesse elutsükli faasi, tagades, et automatiseeritud testimine jälgib rakenduse funktsionaalseid ja mittefunktsionaalseid omadusi protsessi varases etapis. Iga kord, kui rakendust testitakse ja juurutatakse, peavad kvaliteedinäitajad olema uuritud ja analüüsitud. Jälgimisvahendid pakuvad varajast hoiatust probleemide kohta, mis on seotud tootmise ja kvaliteediga, mis võivad tekkida tootmisprotsessi käigus. Need näitajad peaksid olema kogutud formaadis, mis on kergesti kergesti arusaadav kõigile huvitatud osapooltele.

Tagasiside ringide parandamine

Üks DevOpsi protsesside eesmärke on anda organisatsioonidele võimalus kiiremini reageerida ja muudatusi teha. Tarkvara tarnimisel nõuab see, et organisatsioon saaks tagasisidet varajases etapis ja õpiks kiiresti igast tehtud tegevusest. See põhimõte nõuab organisatsioonidelt suhtlemiskanali loomist, mis võimaldab huvipooltel pääseda juurde ja suhelda tagasiside printsiibil. Arendust võib teostada oma projektiplaanide või prioriteetide kohandamise kaudu. Tootmine võib toimida tootmiskeskkonna parandamise kaudu.

Dev

Planeerimine: Kanboard, Wekan ja muud Trello alternatiivid; GitLab, Tuleap, Redmine ning muud JIRA alternatiivid; Mattermost, Roit.im, IRC ja muud Slack alternatiivid.
Koodi kirjutamine: Git, Gerrit, Bugzilla; Jenkins ja muud avatud lähtekoodiga tööriistad CI/CD jaoks.
Kogumine: Apache Maven, Gradle, Apache Ant, Packer.
Testid: JUnit, Cucumber, Selenium, Apache JMeter.

Ops

Väljaandmine, juurutamine, toimingud: Kubernetes, Nomad, Jenkins, Zuul, Spinnaker, Ansible, Apache ZooKeeper, etcd, Netflix Archaius, Terraform.
Jälgimine: Grafana, Prometheus, Nagios, InfluxDB, Fluentd ja muud, mis on selles juhendis kaetud.

(** Operatsioonide tööriistad on nummerdatud nende kasutamise järjekorras operatsioonigruppide poolt, kuid nende tööriistade komplekt kattub elutsükli etappide vabastamise ja juurutamise tööriistadega. Lugemise mugavuse huvides nummerdamine eemaldati.)

Kokkuvõtteks

DevOps on üha populaarsem metoodika, mille eesmärk on ühendada arendajad ja operaatorid üheks. See on ainulaadne, erineb traditsioonilisest IT-ööst ning täiendab Agile'i (aga ei ole sama paindlik).

Uurige, kuidas saada nõutud ametit nullist või taset tõsta oma oskustes ja palgas, osaledes SkillFactory tasulistes veebikursustes: