Kas yra „DevOps“?

Autorius Emily Freeman

rožinė adderall cor 135

Kas yra „DevOps“? Sunku pateikti tikslų „DevOps“ receptą, nes jo nėra. „DevOps“ yra filosofija, kuria vadovaujamasi programinės įrangos kūrimo srityje, kuri teikia pirmenybę žmonėms, o ne procesams ir procesams, o ne įrankiams. „DevOps“ kuria pasitikėjimo, bendradarbiavimo ir nuolatinio tobulėjimo kultūrą.



„DevOps“ ciklas

© Shutterstock / Phakawan Wongpetanan



Kaip kultūrą, „DevOps“ filosofija į kūrimo procesą žiūri holistiškai, atsižvelgdama į visus susijusius asmenis: kūrėjus, testuotojus, operacijų žmones, saugumo ir infrastruktūros inžinierius. „DevOps“ nepateikia nė vienos iš šių grupių aukščiau kitų, taip pat neįvertina jų darbo svarbos. Vietoj to, „DevOps“ įmonė traktuoja visą inžinierių komandą kaip kritinę užtikrinant, kad klientas turėtų kuo geresnę patirtį.

„DevOps“ išsivystė iš Agile

2001 m. Susitiko ir paskelbė 17 programinės įrangos inžinierių Agilios programinės įrangos kūrimo manifestas , kuriame buvo išdėstyti 12 „Agile“ projektų valdymo principų. Ši nauja darbo eiga buvo atsakas į krioklio (linijinio) proceso metu dirbančių komandų nusivylimą ir nelankstumą.



Laikydamiesi Agile principų, inžinieriai neprivalo laikytis originalių reikalavimų arba laikytis linijinės kūrimo eigos, kurioje kiekviena komanda perduoda darbą kitai. Vietoj to, jie sugeba prisitaikyti prie nuolat besikeičiančių verslo ar rinkos poreikių, o kartais net ir besikeičiančių technologijų bei įrankių.

Nors „Agile“ daugeliu atžvilgių sukėlė revoliuciją programinės įrangos kūrime, jai nepavyko išspręsti kūrėjų ir operacijų specialistų konflikto. Silosai vis dar kūrėsi aplink techninių įgūdžių rinkinius ir specialybes, o kūrėjai vis tiek perdavė kodą operacijų žmonėms, kad jie galėtų dislokuoti ir palaikyti.

parduodamas anadrol 50

2008 m. Andrew Clay Shaferas kalbėjo su Patricku Deboisu apie jo nusivylimą nuolatiniu kūrėjų ir operacijų žmonių konfliktu. Kartu jie pradėjo pirmąjį „DevOpsDays“ renginį Belgijoje, siekdami sukurti geresnį ir judresnį būdą, kaip pasiekti programinės įrangos kūrimą. Ši „Agile“ evoliucija įsigalėjo, o „DevOps“ nuo to laiko leido viso pasaulio įmonėms greičiau (ir paprastai pigiau) gaminti geresnę programinę įrangą. „DevOps“ nėra mada. Tai plačiai pripažinta inžinerijos filosofija.



„DevOps“ orientuojasi į žmones

Kiekvienas, sakantis, kad „DevOps“ yra įrankių kūrimas, nori jums ką nors parduoti. Visų pirma, „DevOps“ yra filosofija, orientuota į inžinierius ir į tai, kaip jie gali geriau bendradarbiauti kurdami puikią programinę įrangą. Galite išleisti milijonus kiekvienam „DevOps“ įrankiui pasaulyje ir vis tiek nebūti arčiau „DevOps“ nirvanos.

Vietoj to sutelkite dėmesį į savo svarbiausią inžinerinį turtą: inžinierius. Laimingi inžinieriai kuria puikią programinę įrangą. Kaip padaryti laimingus inžinierius? Na, jūs sukuriate bendradarbiavimo aplinką, kurioje gali klestėti abipusė pagarba, bendros žinios ir pripažinimas sunkiu darbu.

Įmonės kultūra yra „DevOps“ pagrindas

Jūsų įmonė turi kultūrą, net jei jai liko vystytis per inerciją. Ta kultūra turi daugiau įtakos jūsų pasitenkinimui darbu, produktyvumui ir komandos greičiui, nei jūs tikriausiai suprantate.

Įmonės kultūra geriausiai apibūdinama kaip neišreikšti organizacijos lūkesčiai, elgesys ir vertybės. Kultūra yra tai, kas jūsų darbuotojams nurodo, ar įmonės lyderystė yra atvira naujoms idėjoms. Tai informuoja darbuotojo sprendimą, ar jis turi iškilti problemą, ar šluoti ją po kilimu.

Kultūra yra tai, ką reikia kurti ir tobulinti, o ne tai, ką palikti atsitiktinumui. Nors tikrasis apibrėžimas skiriasi kiekvienoje įmonėje ir asmenyje, „DevOps“ yra kultūrinis požiūris į inžineriją.

Toksiška įmonės kultūra nužudys jūsų „DevOps“ kelionę dar jai neprasidėjus. Net jei jūsų inžinierių komanda perims „DevOps“ mąstyseną, didesnės kompanijos požiūris ir iššūkiai pateks į jūsų aplinką.

kaip pašalinti bėrimą

Naudodamiesi „DevOps“ išvengsite kaltinimų, padidinsite pasitikėjimą ir susitelksite į klientą. Jūs suteikiate savo inžinieriams autonomiją ir suteikiate jiems galimybę daryti tai, ką jie moka geriausiai: inžinierių sprendimus. Pradėdami diegti „DevOps“, jūs suteikiate savo inžinieriams laiko ir erdvės prisitaikyti, suteikdami jiems galimybę geriau pažinti vienas kitą ir užmegzti ryšį su inžinieriais, turinčiais įvairių specialybių.

Be to, jūs matuojate pažangą ir apdovanojate pasiekimus. Niekada nekaltinkite asmenų dėl nesėkmių. Vietoj to, komanda turėtų nuolat tobulėti kartu, o pasiekimai turėtų būti švenčiami ir apdovanojami.

Jūs mokotės stebėdami savo procesą ir rinkdami duomenis

Stebėdami savo darbo eigą nesitikėdami, tai yra galinga technika, kurią naudodami galite realiai pamatyti savo darbo eigos sėkmę ir iššūkius. Šis pastebėjimas yra vienintelis būdas rasti teisingą tų sričių ir klausimų, kurie sukuria kliūtis jūsų procesuose, sprendimą.

Kaip ir naudojant programinę įrangą, kai kurių „Kubernetes“ (ar kitų naujų įrankių) pliaukštelėjimas problemai nebūtinai išsprendžiamas. Prieš pradėdami jas spręsti, turite žinoti, kur yra problemos. Tęsdami renkate duomenis - ne tam, kad įvertintumėte sėkmę ar nesėkmę, bet norėdami stebėti komandos pasirodymą. Jūs nustatote, kas veikia, kas neveikia ir ką išbandyti kitą kartą.

Įtikinimas yra pagrindinis „DevOps“ pritaikymo būdas

Parduoti „DevOps“ idėją savo vadovams, bendraamžiams ir darbuotojams nėra lengva. Inžinieriams procesas taip pat ne visada yra intuityvus. Argi ne puiki idėja turėtų tiesiog parduoti save? Jei tik būtų taip lengva. Tačiau įgyvendinant „DevOps“ visada reikia nepamiršti, kad ji pabrėžia žmones.

vadinamieji švelnūs bendravimo ir bendradarbiavimo įgūdžiai yra pagrindiniai jūsų „DevOps“ virsmo veiksniai. Kad įtikintumėte kitus savo komandos ir įmonės žmones priimti „DevOps“, reikia gerai mokėti bendrauti. Ankstyvi pokalbiai su kolegomis apie „DevOps“ gali padėti jums pasisekti kelyje - ypač kai pataikote į netikėtą greičio viršūnę.

Nedideli, laipsniški pokyčiai „DevOps“ yra neįkainojami

„DevOps“ aspektas, akcentuojantis pokyčius mažais, laipsniškais būdais, yra nulemtas liesos gamybos, kuri apima pagreitintą grįžtamąjį ryšį, nuolatinį tobulėjimą ir greitesnį laiką rinkai.

Vanduo yra gera DevOps transformacijų metafora. Vanduo yra vienas galingiausių pasaulio elementų. Jei žmonės nemato, kad potvynio vandenys kyla priešais juos, jie mano, kad tai yra gana nekenksminga. Kolorado upė išraižė Didįjį kanjoną. Lėtai, per milijonus metų, vanduo perkirto akmenį, kad atskleistų beveik du milijardus metų dirvožemį ir uolienas.

Galite būti kaip vanduo. Būkite lėtas, nenumaldomas organizacijos pasikeitimas. Štai ta garsi citata iš a Bruce Lee interviu įkvėpti jus:

Lumigan akių lašų kaina

Būkite beformis, beformis, kaip vanduo. Dabar į puodelį įdedate vandens, jis tampa puodeliu. Į butelį įdedate vandens, jis tampa buteliu. Įdedate į arbatinuką, jis tampa arbatinuku. Dabar vanduo gali tekėti arba sudužti. Būk vanduo, mano drauge.

Padarant laipsniškus pakeitimus, pavyzdžiui, jūs rasite problemą ir ją išspręsite. Tada pataisai kitą. Jūs nepriimate per daug per greitai ir nepasirenkate kiekvieno mūšio. Jūs suprantate, kad kai kurios kovos nėra vertos energijos ar socialinio kapitalo, kurį jos gali jums kainuoti.

Galų gale, „DevOps“ nėra žingsnių, kuriuos galite atlikti, sąrašas, bet veikiau požiūris, kuris turėtų padėti vadovautis sprendimais, kuriuos darote kurdami.