Ku të shkoni me këtë njohuri, çfarë të bëni në projekt dhe sa të fitoni, çfarë të thoni dhe pyesni në një intervistë - thotë Alexander Titov, partner menaxhues i Express 42 dhe autor .
Përshëndetje! Edhe pse termi DevOps ekziston që nga viti 2009, ende nuk ka konsensus në komunitetin rus. Ju ndoshta keni vënë re se disa e konsiderojnë DevOps një specialitet, të tjerë e konsiderojnë atë një filozofi dhe të tjerë e konsiderojnë termin një grup teknologjish. Unë kam performuar tashmë shumë herë me në lidhje me zhvillimin e këtij drejtimi, kështu që nuk do të hyj në detaje në këtë artikull. Më lejoni të them vetëm se në Express 42 ne përfshijmë në të:
DevOps është një metodologji specifike, një kulturë e krijimit të një produkti dixhital, kur të gjithë specialistët e ekipit marrin pjesë në prodhim.
Në zhvillimin klasik të korporatës, gjithçka shkon në mënyrë sekuenciale: programimi, testimi dhe vetëm atëherë funksionimi, dhe shpejtësia e këtij procesi nga ideja në prodhim është 3 muaj. Ky është një problem global për produktet dixhitale, sepse është e pamundur të marrësh shpejt reagime nga klientët.
Në DevOps, mjetet dhe qasjet janë krijuar për të siguruar që proceset e zhvillimit, testimit dhe operacioneve të funksionojnë njëkohësisht.
Çfarë rrjedh nga kjo qasje?
- Nuk mund të punësosh ndonjë “inxhinier” që do të vijë dhe do të zgjidhë të gjitha problemet me prodhimin. I gjithë ekipi duhet të zbatojë teknikën.
- DevOps NUK është forma tjetër e sysadmin për t'u përmirësuar. "Inxhinieri DevOps" tingëllon pothuajse njësoj si "zhvilluesi i shkathët".
- Nëse një ekip përdor Kubernetes, Ansible, Prometheus, Mesosphere dhe Docker, kjo nuk do të thotë se praktikat DevOps janë zbatuar atje.
Jeta pas DevOps nuk do të jetë kurrë e njëjtë
Qasja DevOps është, para së gjithash, një mënyrë tjetër e të menduarit, një perceptim i zhvillimit në tërësi dhe vendi i dikujt në proces. Ne e ndamë kursin tonë online në 2 blloqe:
1. Vetëvendosje
Së pari, ne shqyrtojmë në detaje thelbin e qasjes DevOps dhe studentët zbulojnë role të reja në ekip, shohin se cili përgjigjet më shumë dhe përcaktojnë vetë se cilin drejtim të zhvillojnë.
2. Mjetet dhe praktikat
Studentët zotërojnë teknologji specifike nga pikëpamja e metodës DevOps.
Mjetet DevOps mund të përdoren si në qasjen DevOps ashtu edhe në zhvillimin klasik. Shembulli më i dukshëm do të ishte përdorimi i mjetit të menaxhimit të konfigurimit Ansible. Ai u krijua dhe u konceptua për të zbatuar praktikën DevOps "Infrastruktura si kod", që do të thotë se përshkruhen gjendje të ndryshme të sistemit, nga cilësimet e sistemit operativ deri te softueri i aplikacionit. Përshkrimi është i ndarë në shtresa dhe ju lejon të menaxhoni një konfigurim kompleks, vazhdimisht në ndryshim. Por inxhinierët shpesh përdorin Ansible si një mënyrë për të ekzekutuar skriptet bash në makina të shumta. Kjo nuk është as e keqe as e mirë, por duhet të kuptoni se prania e Ansible nuk garanton praninë e DevOps në kompani.
Jemi në proces Do të zhyteni në procesin e zhvillimit të një aplikacioni të ngjashëm me të famshmin Reddit, duke filluar me versionin e tij monolit, duke kaluar hap pas hapi te mikroshërbimet. Hap pas hapi do të zotërojmë mjete të reja: Git, Ansible, Gitlab dhe do të përfundojmë me Kubernetes dhe Prometheus.
Për sa i përket praktikave, ne do të ndjekim taktikat e tre rrugëve të përshkruara në Manualin DevOps - praktikat e shpërndarjes së vazhdueshme, praktikat e reagimit dhe thelbi i të gjithë kursit është praktika e të mësuarit të vazhdueshëm së bashku me sistemin tuaj.
Çfarë i jep kjo njohuri secilit prej specialistëve?
Për administratorët e sistemit
Praktikat do t'ju lejojnë të largoheni nga administrimi drejt krijimit të një tubacioni të vazhdueshëm të dërgesave dhe një platforme infrastrukturore për ofrimin e softuerit. Çështja është se ai krijon një produkt - një platformë infrastrukturore për zhvilluesit që i ndihmon ata të shtyjnë shpejt ndryshimet e tyre në prodhim.
Më parë, administratorët e sistemit ishin bastioni i fundit, pas së cilës gjithçka shkon në prodhim. Dhe në thelb ata ishin të angazhuar në shuarjen e vazhdueshme të zjarrit - në dritën e të cilave është mjaft e vështirë të thellohesh në nevojat e biznesit, të mendosh për produktin dhe përfitimet për përdoruesit.
Falë metodës DevOps, të menduarit ndryshon. Administratori i sistemit e kupton se si ta përkthejë konfigurimin në kod, çfarë praktikash ekzistojnë për këtë.
Kjo është e rëndësishme sepse kompanitë po kuptojnë gjithnjë e më shumë se nuk u duhet thjesht të automatizojnë gjithçka, d.m.th. në atë që në thelb ishin mësuar të bënin administratorët e sistemit të vjetër të shkollës, të cilët plus këtë komunikuan pak dhe nuk e informuan ekipin për të gjitha ndryshimet e bëra. Tani ekipet po kërkojnë ata që do të bëhen prodhues të produktit të infrastrukturës së brendshme dhe do të ndihmojnë në kombinimin e proceseve të ndara në një.
Zhvilluesit
Zhvilluesi ndalon së menduari vetëm në algoritme. Ai fiton aftësinë e punës me infrastrukturën, aftësinë e ndërgjegjësimit arkitektonik të peizazhit. Një zhvillues i tillë kupton se si funksionon aplikacioni, si kalon përmes tubacionit të dërgimit të vazhdueshëm, si ta monitorojë atë, si ta regjistrojë atë në mënyrë që të përfitojë klienti. Si rezultat, të gjitha këto njohuri ju lejojnë të shkruani kodin përkatës.
Për testuesit
Testimi ka kohë që ka kaluar në modalitetin automatik; ne të gjithë themi se shumë teste nuk duhen bërë, por duhet të shkruhen :) Testimi bëhet pjesë e të gjithë tubacionit të dërgesës së produktit tuaj. Një testues duhet jo vetëm të mësojë se si të shkruajë kodin, por edhe të kuptojë se si ta integrojë atë në sistemet e dërgimit të vazhdueshëm, si të marrë reagime nga kodi në të gjitha fazat e dorëzimit dhe si të përmirësojë vazhdimisht testimin në mënyrë që të zbulojë gabimet si sa më herët.
Pra rezulton se të tre fazat ndodhin njëkohësisht. Për shembull, mund të duket kështu:
Zhvilluesi shkruan kodin, shkruan menjëherë testet për të dhe përshkruan një kontejner docker për kodin që duhet të ekzekutohet. Gjithashtu përshkruan menjëherë monitorimin që do të monitorojë funksionimin e këtij shërbimi në prodhim, dhe kryen të gjitha këto.
Kur fillon integrimi i vazhdueshëm, proceset funksionojnë njëkohësisht. Shërbimi fillon dhe konfigurohet. Në të njëjtën kohë, kontejneri i dokerit fillon dhe kontrollohet nëse funksionon. Në të njëjtën kohë, të gjitha informacionet shkojnë në sistemin e prerjeve. Dhe kështu me radhë në çdo fazë të zhvillimit - rezulton të jetë një punë e vërtetë ekipore e administratorëve të sistemit, zhvilluesve dhe testuesve.
Kam studiuar DevOps, çfarë më pas?
Siç e dini, një në fushë nuk është një luftëtar. Nëse kompania juaj nuk e përdor këtë metodë, aftësitë e fituara do të qëndrojnë boshe. Dhe pasi të njiheni me qasjet e DevOps, me shumë mundësi nuk do të dëshironi të jeni një ingranazh në zhvillimin e korporatës. Mund të ketë një përjashtim: ju jeni një administrator i sistemit në ekip dhe mund të rindërtoni të gjitha proceset në një mënyrë të re. Vlen të shtohet këtu se ka shumë kompani që përdorin këtë qasje, dhe ato nuk preken nga bllokimi dhe kërkojnë specialistë. Sepse DevOps ka të bëjë me krijimin e produkteve në internet.
Dhe tani për gjërat e mira: zotërimi i praktikave dhe mjeteve të DevOps është afërsisht +30% e vlerës tuaj në tregun e punës. Pagat fillojnë nga 140 mijë rubla, por përcaktohen, natyrisht, nga specialiteti dhe funksionaliteti juaj kryesor.
Ju mund të shikoni vendet e lira të shënuara "të orientuara nga infrastruktura", ku ka automatizim testimi, zhvillim të aplikacioneve mikroservice duke përdorur teknologjitë cloud, vende të lira pune për inxhinierë të infrastrukturës dhe të gjitha llojet e referencave për DevOps. Vetëm mos harroni se çdo kompani nënkupton diçka të ndryshme me këtë përkufizim - lexoni me kujdes përshkrimin.
Gjatë nisjes së kursit tonë, më erdhi një pasqyrë - shumë njerëz pas kursit bien në grackën e një inxhinieri DevOps. Ata gjejnë një vend vakant me titullin e lartpërmendur, marrin një ofertë të mirë dhe më pas vijnë në punë dhe kuptojnë se do të duhet të mbajnë një skenar bash me tre faqe në Jenkins. Ku janë Kubernetes, ChatOps, lëshimet e kanarinave dhe të gjitha këto? Por nuk ka asgjë, sepse kompania nuk ka nevojë për DevOps si metodologji, por përdor risi individuale.
Kjo është një arsye për të mësuar intensivisht nga kompania se si funksionon procesi i dorëzimit të softuerit, grupi i teknologjisë dhe çfarë përgjegjësish do të kryeni.
Nëse punëdhënësi u përgjigjet pyetjeve tuaja në mënyrë abstrakte, sikur nga një libër, pa detaje, atëherë ka shumë të ngjarë që ende nuk ka asnjë proces DevOps në kompani, por kjo nuk është një arsye për të refuzuar, studioni kompaninë dhe produktet e saj, nëse ka në internet shërbimet që kompania zhvillon vetë, aplikacione celulare, ide produktesh.
Nëse po, atëherë sqaroni nëse do t'ju duhet të punoni drejtpërdrejt me këto sisteme ose nëse ekziston mundësia e lëvizjes horizontale në ekipet e këtyre shërbimeve duke demonstruar rezultate të mira në praktikat e DevOps. Nëse po, atëherë ia vlen të shkoni dhe të jeni aktiv dhe i dobishëm, dhe nëse përfundoni kursin tonë, kjo e fundit është e garantuar.
Është e rëndësishme të theksohet se praktikuesit e Devops fitojnë vlerë të vërtetë vetëm me përvojë në zhvillim/administrim/testim. Vetëm atëherë njohuritë nuk do të jenë abstrakte, por do ta pasurojnë specialistin (në çdo kuptim). Prandaj, ideja e "mësimit të DevOps nga e para" është pothuajse e njëjtë me të mësuarit të "përdorni lente nga e para" nëse nuk keni mbajtur kurrë një aparat fotografik në duar ose nuk keni drejtuar një xhirim. Për t'ju ndihmuar të vendosni nëse kursi është i duhuri për ju, ne kemi bërë një test pranues që do të kontrollojë nivelin tuaj të mjaftueshëm të njohurive.
Unë mendoj se një nga truket — që gjatë kursit të trajnimit çdo student të vendosë vetë se në cilin drejtim dëshiron të zhvillohet. Shpesh shohim tranzicione kur një zhvillues bëhet inxhinier infrastrukture dhe një administrator e kupton se është i interesuar të shkruajë kodin - më pas ai studion më tej gjuhën dhe e plotëson atë me aftësitë e fituara DevOps. Prandaj, ne i mirëpresim veçanërisht ata që mendojnë se karriera e tyre është bllokuar në një udhëkryq. Kursi fillon më 28 maj, por ju mund të bashkoheni 2 javë pas fillimit të orëve. Ju mund të shikoni programin dhe të bëni testin . Shihemi në OTUS!
Burimi: www.habr.com
