Ezagutza horrekin nora joan, zer egin proiektuan eta zenbat irabazi, zer esan eta galdetu elkarrizketa batean - dio Alexander Titov Express 42-ko bazkide kudeatzaileak eta egileak. .
Kaixo! DevOps terminoa 2009tik existitzen den arren, oraindik ez dago adostasunik Errusiako komunitatean. Seguruenik ohartu zara batzuek DevOps espezialitatetzat hartzen dutela, beste batzuek filosofiatzat dutela eta beste batzuek terminoa teknologia multzotzat hartzen dutela. Dagoeneko askotan aritu naiz norabide honen garapenari buruz, beraz, ez naiz artikulu honetan xehetasunetan sartuko. Esan dezadan Express 42-n honako hauek sartzen ditugula bertan:
DevOps metodologia zehatz bat da, produktu digital bat sortzeko kultura, taldeko espezialista guztiek ekoizpenean parte hartzen dutenean.
Garapen korporatibo klasikoan, dena sekuentzialki doa: programazioa, probak eta gero bakarrik funtzionamendua, eta prozesu honen abiadura ideiatik ekoizpenera 3 hilabetekoa da. Produktu digitalen arazo globala da, ezinezkoa baita bezeroen iritzia azkar jasotzea.
DevOps-en, tresnak eta planteamenduak garapen, proba eta eragiketa prozesuak aldi berean funtzionatzen direla ziurtatzeko diseinatuta daude.
Zer ateratzen da planteamendu honetatik?
- Ezin duzu "ingeniari" bat kontratatu ekoizpeneko arazo guztiak konponduko dituena. Talde osoak teknika aplikatu behar du.
- DevOps EZ da sistemaren hurrengo forma berritzeko administratzailea. "DevOps ingeniaria" "Agile garatzaile"-ren soinua gutxi gorabehera.
- Talde batek Kubernetes, Ansible, Prometheus, Mesosphere eta Docker erabiltzen baditu, horrek ez du esan nahi DevOps praktikak bertan ezarri direnik.
DevOps-en ondorengo bizitza ez da inoiz berdina izango
DevOps ikuspegia, lehenik eta behin, pentsatzeko beste modu bat da, garapen osoaren pertzepzioa eta norberaren lekua prozesuan. Gure online ikastaroa 2 bloketan banatu dugu:
1. Autodeterminazioa
Lehenik eta behin, zehatz-mehatz aztertuko dugu DevOps ikuspegiaren funtsa, eta ikasleek taldean rol berriak aurkitzen dituzte, ikusten dute zeinek erantzuten duen gehiago eta beraiek erabakitzen dute zein norabide garatu.
2. Tresnak eta praktikak
Ikasleek teknologia espezifikoak menperatzen dituzte DevOps metodoaren ikuspuntutik.
DevOps tresnak DevOps ikuspegian zein garapen klasikoan erabil daitezke. Adibiderik agerikoena Ansible konfigurazioa kudeatzeko tresna erabiltzea litzateke. DevOps praktika ezartzeko sortu eta sortu zen "Infrastructure as Code", hau da, sistemaren egoera desberdinak deskribatzen dira, sistema eragilearen ezarpenetatik hasi eta aplikazio softwareraino. Deskribapena geruzatan banatuta dago eta etengabe aldatzen den konfigurazio konplexu bat kudeatzeko aukera ematen du. Baina ingeniariek askotan Ansible erabiltzen dute bash script-ak hainbat makinatan exekutatzeko. Hau ez da txarra ez ona, baina ulertu behar duzu Ansible-ren presentziak ez duela bermatzen DevOps-en presentzia enpresan.
Prozesuan gaude Reddit ospetsuaren antzeko aplikazio bat garatzeko prozesuan murgilduko zara, bere bertsio monolitikotik hasita, urratsez urrats mikrozerbitzuetara joanez. Pausoz pauso tresna berriak menperatzen joango gara: Git, Ansible, Gitlab eta Kubernetes eta Prometheusekin amaituko dugu.
Praktikei dagokienez, DevOps Eskuliburuan deskribatutako hiru bideetako taktikak jarraituko ditugu: etengabeko entrega-praktikak, feedback-praktikak eta ikastaro osoaren funtsa etengabeko ikaskuntza praktikatzea da zure sistemarekin batera.
Zer ematen dio ezagutza horrek espezialista bakoitzari?
Sistema administratzaileentzat
Praktikek administraziotik urruntzeko aukera emango dizute etengabeko entrega kanalizazio bat eta softwarea entregatzeko azpiegitura plataforma bat sortzeko. Kontua da produktu bat sortzen duela, garatzaileentzako azpiegitura plataforma bat, produkziorako aldaketak azkar bultzatzen laguntzen diena.
Aurretik, sistema-administratzaileak ziren azken bastioia, eta ondoren dena produkziora sartzen da. Eta, funtsean, etengabeko suteen aurkako borrokan aritzen ziren - horren harira, nahiko zaila da negozioaren beharretan sakontzea, produktuan eta erabiltzailearen onuretan pentsatzea.
DevOps metodoari esker, pentsamendua aldatzen da. Sistema-administratzaileak konfigurazioa kode batera nola itzuli ulertzen du, zein praktika dauden horretarako.
Hau garrantzitsua da, enpresak gero eta gehiago konturatzen direlako ez dutela bakarrik dena automatizatu behar, hau da. zertan ohituta zeuden eskola zaharreko sistemaren administratzaileak funtsean, nork gehi hau gutxi komunikatzen ziren eta ez zioten taldeari egindako aldaketa guztien berri ematen. Orain taldeek barne-azpiegituraren produktuaren fabrikatzaile bihurtuko diren eta bereizitako prozesuak bakarrean konbinatzen lagunduko dutenen bila ari dira.
Garatzaileak
Garatzaileak algoritmoetan soilik pentsatzeari uzten dio. Azpiegituretan lan egiteko trebetasuna eskuratzen du, paisaiaren kontzientzia arkitektonikoaren trebetasuna. Halako garatzaile batek ulertzen du aplikazioak nola funtzionatzen duen, nola pasatzen den etengabeko entrega-bidetik, nola kontrolatu, nola erregistratu bezeroari mesede egin diezaion. Ondorioz, ezagutza horrek guztiak kode garrantzitsua idazteko aukera ematen du.
Probatzaileentzat
Aspaldiko probak modu automatikora pasatzen ari dira; denok esaten dugu proba asko ez direla egin behar, idatzi baizik :) Probak zure produktuaren entrega-bide osoaren parte bihurtzen dira. Tester batek kodea idazten ikasi ez ezik, etengabeko bidalketa-sistemetan nola integratzen den ulertu behar du, kodearen feedbacka nola jaso entregaren fase guztietan eta probak etengabe hobetu behar ditu akatsak detektatzeko. ahalik eta goiz.
Beraz, hori gertatzen da hiru etapak aldi berean gertatzen dira. Adibidez, honelakoa izan daiteke:
Garatzaileak kodea idazten du, berehala probak idazten ditu eta exekutatu behar den kodearen docker edukiontzi bat deskribatzen du. Era berean, berehala deskribatzen du zerbitzu honen funtzionamendua ekoizpenean kontrolatuko duen jarraipena, eta hori guztia konprometitzen da.
Etengabeko integrazioa hasten denean, prozesuak aldi berean exekutatzen dira. Zerbitzua abiarazten da eta konfiguratuta dago. Aldi berean, docker edukiontzia abiarazten da eta exekutatzen ari dela egiaztatzen da. Aldi berean, informazio guztia erregistro-sistemara doa. Eta abar garapenaren fase guztietan - sistema-administratzaileen, garatzaileen eta probatzaileen talde-lana bihurtzen da.
DevOps ikasi nuen, gero zer?
Dakizuenez, eremuan dagoen bat ez da gudaria. Zure enpresak metodo hau erabiltzen ez badu, lortutako trebetasunak alferrik geratuko dira. Eta DevOps planteamenduak ezagutu ondoren, ziurrenik ez duzu garapen korporatiboan engranaje bat izan nahi izango. Salbuespen bat egon daiteke: taldean sistema-administratzailea zara eta prozesu guztiak modu berri batean berreraiki ditzakezu. Hemen gehitzea merezi du planteamendu hau erabiltzen duten enpresa asko daudela, eta blokeoaren eraginpean ez daudela eta espezialistak bilatzen ari direla. DevOps lineako produktuak sortzea delako.
Eta orain gauza onei buruz: DevOps praktikak eta tresnen menperatzea lan-merkatuan duzun balioaren % 30 inguru da. Soldatak 140 mila errublotik hasten dira, baina, jakina, zure espezialitate eta funtzionaltasun nagusiaren arabera zehazten dira.
"Azpiegituretara bideratua" markatutako lanpostu hutsak ikus ditzakezu, non probaren automatizazioa, hodeiko teknologiak erabiliz mikrozerbitzuen aplikazioen garapena, azpiegitura ingeniarientzako lanpostuak eta DevOps-i buruzko mota guztietako erreferentziak dauden. Gogoratu, besterik gabe, enpresa bakoitzak zerbait desberdina esan nahi duela definizio honen arabera - irakurri arretaz deskribapena.
Gure ikastaroa abian jarri zenean, informazio bat etorri zitzaidan: ikastaroaren ondoren jende asko DevOps ingeniari baten tranpapean erori zen. Goian aipatutako tituluarekin hutsune bat aurkitzen dute, eskaintza on bat jasotzen dute eta gero lanera etorri eta Jenkinsen hiru orrialdeko bash gidoia mantendu beharko dutela konturatzen dira. Non daude Kubernetes, ChatOps, kanariar bertsioak eta guzti? Baina ez dago ezer, enpresak ez baitu DevOps behar metodologia gisa, baizik eta banakako berrikuntzak erabiltzen ditu.
Hau da softwarea emateko prozesuak nola funtzionatzen duen, teknologia pila eta zer erantzukizun beteko dituzun konpainiaren eskutik modu trinkoan jakiteko.
Enpresariak zure galderak modu abstraktuan erantzuten baditu, liburu batetik bezala, xehetasunik gabe, ziurrenik ez dago oraindik DevOps prozesurik enpresan, baina hau ez da uko egiteko arrazoia, enpresa eta bere produktuak aztertzeko, linean dauden ala ez. enpresak berak garatzen dituen zerbitzuak, mugikorreko aplikazioak, produktuen ideiak.
Baiezkoa bada, argitu sistema hauekin zuzenean lan egin beharko duzun ala zerbitzu hauetako taldeei mugimendu horizontala egiteko aukera dagoen DevOps praktiketan emaitza onak erakusten dituzun bitartean. Baiezkoa bada, merezi du joatea eta aktiboa eta erabilgarria izatea, eta gure ikastaroa osatuz gero, azken hau bermatuta dago.
Garrantzitsua da kontuan izan Devops-eko profesionalek garapen/administrazio/probetan esperientziarekin soilik lortzen dutela benetako balioa. Orduan bakarrik jakintza ez da abstraktua izango, baizik eta espezialista (zentzu guztietan) aberastuko da. Hori dela eta, "DevOps hutsetik ikastea" ideia "lenteak hutsetik erabiltzen" ikastearen berdina da inoiz kamera bat eskuetan eduki edo filmaketa bat zuzendu ez baduzu. Ikastaroa zuretzat egokia den erabakitzen laguntzeko, zure ezagutza maila nahikoa egiaztatuko duen sarrera-proba bat egin dugu.
Trikimailuetako bat uste dut β Prestakuntzan zehar ikasle bakoitzak bere kabuz zehazten duela zein norabidetan garatu nahi duen. Sarritan trantsizioak ikusten ditugu garatzaile bat azpiegitura ingeniari bihurtzen denean, eta administratzaile bat kodea idazteko interesa duela konturatzen da; gero hizkuntza gehiago aztertzen du eta eskuratutako DevOps trebetasunekin osatzen du. Horregatik, bereziki ongi etorria ematen diegu euren ibilbidea bidegurutze batean trabatuta dagoela sentitzen dutenei. Ikastaroa maiatzaren 28an hasiko da, baina klaseak hasi eta 2 aste geroago sartu zaitezke. Programa ikusi eta proba egin dezakezu . OTUSen ikusiko gara!
Iturria: www.habr.com