🥇Viide: mis on pidev tarnimine

Varem me rääkinud Continuous Integration (CI) ja. Jätkame Continuous Delivery-ga. See on tarkvaraarenduse meetodite kogum, mis aitab tagada, et kood on valmis juurutamiseks.

/ Pixabay / bluebudgie / PL

Ajalugu

Sõnaühendit continuous delivery on näha juba agile-manifestis aastast 2001 põhialuste nimekirja alguses: „Eelis on kliendi probleemide lahendamine, pakkudes pidevat ajakohast tarkvara.“

2010. aastal avaldasid Jez Humble ja David Farley raamatu Continuous Delivery kohta. Autorite kavatsus on, et CD täiendab lähenemist Continuous Integration ja lihtsustab koodi ettevalmistamist juurutamiseks.

Pärast raamatu avaldamist hakkas lähenemine populaarsust koguma ja vaid paar aastat hiljem sai sellest peaaegu üldiselt aktsepteeritud. Vastavalt küsitlustele, mis viidi läbi enam kui 600 arendaja ja IT-juhiga 2014. aastal, olid 97% tehnilistest juhtidest ja 84% programmeerijatest kursis Continuous Delivery-ga.

Praegu jääb see lähenemine üheks kõige populaarsemaks. 2018. aasta uuringu andmetel, milles osales DevOps ja Jenkins kogukond, kasutab pool rohkem kui tuhandest küsitletud respondentist.

Kuidas Continuous Delivery töötab

CD põhialus on koodi valmisolek juurutamiseks. Selle ülesande täitmiseks kasutatakse tarkvara juurutamise protsessi automatiseerimist. See peab olema standardne erinevates arenduskeskkondades, mis aitab kiiremini leida nõrkusi ja optimeerida neid. Näiteks kiirendades testimist.

Continuous Delivery protsess näeb välja järgmine:

Kui esimest kahe etapi automatiseerimist juhib Continuous Integration lähenemine, siis järgmiste kahe eest vastutab Continuous Delivery. Protsessi stabiilsust tagavad ka konfiguratsioonihalduse süsteemid.Need jälgivad muudatusi infrastruktuuris, andmebaasides ja sõltuvustes. Ise juurutamine võib olla automatiseeritud või manu.

Protsessile esitatakse järgmised nõudmised:

Teave juurutusvalmiduse kohta ja valmidus otseseks väljaandmiseks (CD-tööriistad testeivad koodi ja annavad võimaluse hinnata muudatuste mõju väljaandes).
Üldine vastutus lõppprodukti eest. Toote meeskond — juhid, arendajad, testijad — mõtlevad tulemusele, mitte ainult oma vastutusalale (tulemus — töötav versioon, mis on kasutajatele kergesti kätte saadav).

CD-s kasutatakse sageli koodi ülevaatust, ning klientide arvamuste kogumiseks — põhimõtet mustade käivituste. Uut funktsiooni vabastatakse esmalt väikesele kasutajate segmentile — nende kogemus toote kasutamisel aitab leida puudusi ja vigu, mida sisetestis ei märgata.

Mis on kasu

Pidev kohaletoimetamine aitab koodi juurutamist lihtsustada, mis mõjutab positiivselt tootlikkust ning vähendab töötajate emotsionaalset kurnatust. Lõppkokkuvõttes vähendab see ka arenduskulusid. Näiteks aitas CD ühe HP meeskonna vähendada nende kulusid 40%.

Lisaks — vastavalt 2016. aasta uuringule (leht 28 dokumentide) — lahendavad ettevõtted, kes on rakendanud CD, 50% kiiremini infoturbe probleeme võrreldes nendega, kes seda lähenemist ei kasuta. Osaliselt võib sellist erinevust seletada automatiseerimistööriistade efektiivsusega.

Veel üks pluss — versioonide väljalaske kiirus. Soome arendusstuudios aitas pidev kohaletoimetamine suurendada koodi kogumise kiirust 25%.

Potentsiaalsed raskused

Esimene ja peamine probleem on vajalikkus harjumuspäraste protsesside ümberkorraldamiseks. Uue lähenemise kasu näitamiseks on mõistlik liikuda CD-le järk-järgult, alustades mitte kõige töömahukamatest rakendustest.

Teine potentsiaalne probleem on suur koodiharu hulk. Harude loomise tagajärg on sagedased konfliktid ja järjekordsed aja kaotused. Võimalik lahendus on lähenemine ilma harudeta.

. Eriti mõnedes ettevõtetes tekivad peamised raskused testimisega — selleks kulub liiga palju aega. Testitulemusi tuleb sageli analüüsida käsitsi, kuid võimalikuks lahenduseks võib olla testide paralleelne tegemine CD rakendamise algfaasis.

Samuti tuleks töötajaid uute tööriistade kasutamise õpetamisel koolitada — eelnev teadlikkuse tõstmine säästab arendajate energiat ja aega.

/ Flickr / h.ger1969 / CC BY-SA

Tööriistad

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

GoCD — server pide pide jõudmist Java ja JRuby on Rails. See võimaldab kontrollida kogu rakenduse tarnimise protsessi: build—test—release. Tööriist levitatakse Apache 2.0 litsentsi alusel. Ametlikult lehelt leiate seadistamise juhendi.
Capistrano — raamistik skriptide loomiseks, mis automatiseerivad rakenduste juurutamist Ruby, Java või PHP keeles. Capistrano suudab käske täita kaugarvutis, ü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. Saadaval on integreerimine Eclipse'i, IntelliJ'i ja Jenkins'iga.
Drone — CD platvorm Go keeles. Drone'i saab juurutada on-premise või pilves. Tööriist on üles ehitatud konteinerite põhjal ning kasutab nende haldamiseks YAML-faile.
Spinnaker — pideva tarnimise platvorm multicloud süsteemides. Arendatud Netflixis, kusjuures suurt rolli tööriista arendamisel mängisid Google'i insenerid. Paigaldusjuhendi leiate ametlikult lehelt.