🥇Viide: Mis on järjepidev tarnimine

Varem me reported Jätkuv integreerimine (CI). Jätkame pideva tarnimisega. See on tarkvaraarenduse meetodite kogum. See aitab tagada koodi valmisoleku juurutamiseks.

/ Pixabay / bluebudgie / PL

Ajalugu

Sõnapaar 'pidev tarnimine' oli nähtav juba agile-manifestis aastal 2001 peamiste põhimõtete nimekirja alguses: 'Eelis on klientide probleemide lahendamine pideva töötava tarkvara kohaletoimetamise kaudu.'

Aastal 2010 avaldasid Jez Humble ja David Farley raamatu pideva tarnimise kohta. Autorite idee kohaselt täiendavad CD lähenemisviisi Jätkuv integreerimine ja lihtsustavad koodi ettevalmistamist juurutamiseks.

Pärast raamatu avaldamist hakkas lähenemine populaarsust koguma ja vaid paari aastaga sai sellest praktiliselt üldiselt tunnustatud. Vastavalt küsitlusele, mis viidi läbi üle 600 arendaja ja IT-juhi seas 2014. aastal, olid 97% tehnilistest juhtidest ja 84% programmeerijatest tuttavad pideva tarnimisega.

Praegu jääb see lähenemine üheks populaarseimaks. 2018. aasta uuringu andmetel, kus osales IT-spetsialistide kogukond DevOps ja Jenkins Community, kasutab pool enam kui tuhande vastaja seast.

Kuidas pidev tarnimine töötab

Baasi CD — koodi valmidus juurutamiseks. Selle ülesande täitmiseks kasutatakse tarkvara vabastamise ettevalmistamise protsessi automatiseerimist. See peab olema standardne erinevates arenduskeskkondades, mis aitab kiiremini leida nõrkusi ja neid optimeerida. Näiteks kiirendada testimist.

Jatkusuutliku kohaletoimetamise (Continuous Delivery) protsessi näide näeb välja järgmine:

Kui esitatud kahe etapi automatiseerimise eest vastutab Continuous Integration lähenemine, siis järgmiste kahe etapi eest vastutab Continuous Delivery. Protsessi stabiilsust tagatakse ka konfigureerimise juhtimissüsteemide kaudu. need jälgivad muutusi infrastruktuuris, andmebaasides ja sõltuvustes. Juurutamine võib olla automatiseeritud või teostatud käsitsi.. Nad jälgivad muudatusi infrastruktuuris, andmebaasides ja sõltuvustes. Ise rakendamine võib olla automatiseeritud või toimuda käsitsi.

Protsessile esitatakse järgmised nõuded:

Teave valmistumisest production-keskkonda, samuti valmisolek otse vabastamiseks (CD-tööriistad testivad koodi ja võimaldavad hinnata muudatuste mõju vabastamisel).
Lõpp-produkti üldine vastutus. Toote meeskond — juhid, arendajad, testijad — mõtlevad tulemusele, mitte ainult oma vastutusala peale (tulemus on töötav versioon, mis on toodete kasutajatele kergesti kättesaadav).

CD-s rakendatakse tavaliselt koodi ülevaatust, ja klientide tagasiside kogumiseks kasutatakse põhimõtet tumeda käivitamise. Uus funktsioon käivitatakse esmalt väikese kasutajate segmentide jaoks — nende toote kasutuskogemus aitab avastada vigu ja tõrkeid, mida sisetestimise ajal ei märgatud.

Milline on kasu

Continuous Delivery lihtsustab koodi juurutamise protsessi, mis parandab tootlikkust ja vähendab töötajate emotsionaalse läbipõlemise tõenäosust. Lõppkokkuvõttes vähendab see ka üldisi arenduskulusid. Näiteks aitas CD ühel HP meeskonnal vähendada selliseid kulusid 40%.

Pealegi — vastavalt 2016. aasta uuringule (leht 28 dokument) lahendavad CD-d rakendanud ettevõtted probleeme IB-ga 50% kiiremini kui need, kes ei kasuta seda lähenemist. Teatud mõttes on sellist erinevust võimalik seletada protsessi automatiseerimise tööriistade toimimisega.

Veel plussi — versioonide väljalaskmise kiirus. Soome arendusstuudios aitas pidev tarnimine suurendada koodi koostamise kiirus 25%.

Potentsiaalsed raskused

Esimene ja peamine probleem on vajadus harjumuspäraseid protsesse ümber ehitada. Uue lähenemise kasu demonstreerimiseks tuleks CD-le järk-järgult üle minna, alustades mitte kõige tööintensiivsematest rakendustest.

Teine võimalike probleemide rühm on suur hulk koodiharusid. „Okay” järgse tagajärjena tekivad sagedased konfliktid ja ajakadu. Võimalik lahendus on lähenemine no branches.

Konkreetsemalt, mõnedes ettevõtetes tekivad peamised raskused testimisega — sellele kulub liiga palju aega. Testitulemuste analüüs toimub sageli käsitsi, kuid võimalikuks lahenduseks on testide paralleelerakendamine CD esimeseid etappe.

Samuti tuleks koolitada töötajaid uute tööriistade kasutamiseks — eelnev õpetus säästab arendajate jõudude ja aega.

/ Flickr / h.ger1969 / CC BY-SA

Tööriistad

Toome välja mõned avatud tööriistad pidevaks tarnimiseks:

GoCD — server pide pidejatamiseks Java ja JRuby on Railsis. See võimaldab kontrollida kogu rakenduse pideva tarnimise protsessi: build—test—release. Tööriist on litsentseeritud Apache 2.0 alusel. Ametlikul veebilehelt leiate seadistamise juhendi.
Capistrano — raamistik, mis automatiseerib rakenduste juurutamise skriptide loomise Ruby, Java või PHP jaoks. Capistrano suudab kaugmasinal käske täita, ühendades selle SSH kaudu. Töötab koos teiste pideva integreerimise ja tarnimise tööriistadega, näiteks CI-serveriga Integrity.
Gradle — mitme platvormiga tööriist, mis automatiseerib kogu rakenduste arendusprotsessi. Gradle töötab Java, Python, C/C++, Scala jne. Integreerumine Eclipse'i, IntelliJ'i ja Jenkinsiga.
Drone — CD platvorm Go keeles. Drone'i saab juurutada on-premise või pilves. Tööriist on üles ehitatud konteineritele ja kasutab YAML-faile nende haldamiseks.
Spinnaker — platvorm pideva koodi tarnimise jaoks mitme pilve süsteemidesse. Arendatud Netflixis, mängis seadme arendamisel suurt rolli Google'i insenerid. Installimise juhendi leiate ametlikult veebilehelt.