Mikä on DevOps ja mitä tehtäviä DevOps-insinööri tekee
Termi DevOps (kehitystoiminnot tai toiminnot sisällä
Rikas käytäntöjen arsenaali tuo DevOpsia lähemmäksi muitasuosittu IT-alalla Agile-menetelmällä. Se on iteratiivinen suunnittelutapa, jonka avulla voit sopeutua muuttuviin vaatimuksiin. Näin ollen DevOps-asiantuntija yrittää tehdä tuotteesta paremman ja liiketoimintaprosessit ennakoitavampia ja läpinäkyvämpiä. Se parantaa myös liiketoiminnan mittareita, kuten Time-to-Market-ajan lyhentämistä. Tämä on aika tuotekehityksen alusta markkinoiden lanseeraamiseen. DevOps-insinööri voi tehdä tuotannosta jatkuvaa ja nopeaa tietäen tekijät, jotka vievät aikaa ohjelmistojen luomiseen, ja järjestelmälähestymistapa. Selvyyden vuoksi voit piirtää analogian kuljetinhihnalla autojen kokoamiseksi. Kaikki osat on suunniteltu etukäteen siten, että ne sopivat täydellisesti yhteen asennuksen aikana. Moottorin suunnittelevat insinöörit miettivät, miten se toimii yhdessä pyörien, jarrujen ja niin edelleen kanssa. DevOps tekee samoin: ottaa vastuun enemmän tuotteesta kuin kehittäjä, varmistaa, että kaikki tiimit tekevät yhteistyötä.
Pink Pony World: Kilpailu muotifilosofiaan
Kaikki yritykset eivät kuitenkaan tarvitse DevOpsia. Esimerkiksi DevOps-filosofia ei päde lainkaan tiimeissä, joissa ei ole aiemmin olemassa IT-osastoja ja jotka eivät ole mukana digitaalisessa tuotannossa. Näihin alueisiin kuuluvat yritykset, joiden tulos ei riipu suoraan siitä, kuinka tyytyväisiä asiakkaat ovat IT-tuotteeseen, jonka kanssa he ovat tekemisissä. Lisäksi se ei useinkaan sovi pienille yrityksille. Menetelmä edellyttää muutoksia monissa vakiintuneissa liiketoimintaprosesseissa ja jopa yrityskulttuurissa. Pienet yritykset eivät yksinkertaisesti siedä tällaisia muutoksia projektitalouden näkökulmasta.
Digitaalisen muutoksen muodikas sairaus on useinkoskee tällaisten yritysten johtajia. Loputtoman optimoinnin tavoittelussa he unohtavat muut liiketoimintaan vaikuttavat tekijät. Tämän seurauksena yritykset menettävät rahaa, tehokkuutta ja pahimmassa tapauksessa vuosien aikana rakennettuja liiketoimintaprosesseja. IT-jättiläiset, pankit, suuret kauppa- ja teollisuustapahtumat ovat toinen asia. Heille DevOps voi olla erittäin hyödyllinen. Alfa-Bankin vuoden 2017 vuosikertomuksen mukaan menetelmän käyttöönotto antoi meille mahdollisuuden nopeuttaa kehitystä ja toteutusta 60 kertaa.
Stakhanovite-mnogostanochnik työntekijöiden työpajan sijaan
Tietysti tällainen laaja toiminnallisuus on vaikeaatyöntekijää kohti, joten ihannetapauksessa DevOpsiin osallistuu koko toiminnallinen tiimi. Se sisältää roolien sekä prosessi- ja tuotepäälliköiden ammattilaisia, infrastruktuurikoodikehittäjiä, insinöörejä ja monia muita rooleja. Venäjän käytännössä DevOps-asiantuntijasta voi kuitenkin usein tulla muodikas tapa säästää rahaa tuotteiden luomiseen. Tyypillisesti tämä tilanne tapahtuu sen jälkeen, kun yrityksen ylimmän johdon päätös on digitaalisen muutoksen aika. Yritys värvää kiireellisesti uusia asiantuntijoita tai laajentaa nykyisten kehittäjien ja järjestelmänvalvojien vastuualueiden luetteloa. Tämän seurauksena rekrytointipalvelut eivät luo avoimia työpaikkoja DevOps-insinööreille, vaan moniasemaisille työntekijöille.
Tällainen työntekijä voidaan velvoittaa erikseenperustaa palvelimia, laskea kaapelointia ja seurata virheitä, perustaa tietokantoja ja projektin isännöintiä ja niin edelleen. Tämä esimerkki on äärimmäinen, mutta todellinen. Tämän seurauksena työntekijät palavat nopeasti, ja metodologian käyttöönotto yrityksen työssä epäonnistuu. DevOps-asiantuntijan kohtelu taikurina, joka pystyy samanaikaisesti käsittelemään useita tehtäviä ja koko järjestelmän toiminnan seurannan, ei tuota voittoa yritykselle.
Toinen yleinen ongelma liittyyjakamalla joukkue kahteen ryhmään, jotka eivät voi tulla toimeen keskenään. Kuvittele, että IT-yrityksellä on DevOps-osasto, jonka sallitaan muuttaa tavanomaisia työmenetelmiä. Nämä säännöt ovat kuitenkin sitovia muille kehittäjille. Tässä tapauksessa ei tietenkään tarvitse puhua yhteistyöstä ja työn saumattomuudesta. Kaksi joukkuetta alkavat törmätä ja tuottavuus laskee.
Jauhetynnyri ruumassa: DevOps ei ole vain taitoja
Yksi DevOps-osaston tehtävistä on perustaaviestintä yrityksen eri IT-asiantuntijoiden välillä. DevOps-insinöörien ei pitäisi vain ottaa käyttöön tekniikoita ja virheenkorjausprosesseja, vaan myös upottaa kehitystiimi liiketoimintaan - jakaa vastuut, auttaa lisäämään osaamista. Tällaiset asiantuntijat huolehtivat kuitenkin usein puhtaasti teknisistä tehtävistä, mikä johtuu yleensä banaalisesta ajan puutteesta sekä heille että niille, joiden osaamista on lisättävä.
Tämän seurauksena johtuu siitä, että käyttöön otettu muodikasKaikki käyttävät tekniikkaa, ja tieto ja taidot ovat keskittyneet yhteen osastoon, syntyy ongelmatilanteita, myös katastrofaalisia. DevOps-insinöörien luomat uudet ratkaisut ilman eri osastojen koordinoitua työtä voivat tuoda niin monta ongelmaa kuin niiden olisi pitänyt ratkaista alun perin, mikä ei tarkoita, että DevOps-asiantuntijoiden tulisi luoda yrityskulttuuri alusta alkaen, kuten kotimaiset näyttävät usein ajattelevan. johtajat. Digitaalisen tuotantoputken yhtenäisyyden ja uusien taitojen ja viestinnän siirtämisen kannustamisen on oltava peräisin yrityksen johtajilta. Ilman tätä edes DevOps-tiimi kehittyy huonosti eikä jaa tietoa tiimin kanssa.
DevOpsin ulkoistaminen eikäulkopuolisen asiantuntijan kuuleminen. Ensimmäisessä tapauksessa ulkopuolinen tiimi ei keskity asiakasyrityksen tarpeisiin, vaan vakiomuotoiseen teknologiaan, joka noteerataan markkinoilla. Asiakkaalle tämä on arpajaista: ulkoistetut työntekijät käyttävät epämääräistä käsitystä DevOpsista markkinoilla. Tämän seurauksena liiketoimintaprosessit muuttuvat yhä monimutkaisemmiksi, mutta siitä ei ole hyötyä yritykselle. Usein yritykset kannustavat itse tätä lähestymistapaa - esimerkiksi ne pyytävät sinua olemaan muuttamatta kehitysprosesseja. On selvää, että tämä on vastoin DevOps-konseptia.
Pitkä, kallis, ongelmallinen: ankara DevOps venäjäksi
Sen sijaan, että sovellettaisiin DevOps-filosofiaaKaikille liiketoimintaprosesseille kotimaiset yritykset mieluummin työskentelevät sellaisten työkalujen parissa, jotka eivät vaikuta työn nopeuteen. Yksi tuloksista on esimerkiksi "tiiliseinä" - Operations, toisin sanoen järjestelmänvalvojien tiimi, pysyy erillään, ja kehittäjät yksinkertaisesti heittävät sovelluksia heille. Tietysti työkalupakki on edelleen parantumassa seurauksena. Perusteellisia muutoksia ei kuitenkaan tapahdu, läpinäkyvyys ei kasva ja IT-tiimien yhteistyö ei parane.
Toinen puute, johon he törmäävätjohtajat DevOpsia toteutettaessa - yritysten tietopohjan puute. Vuoden 2019 DORA-raportin mukaan yrityksen sisäisiä tietolähteitä käyttäneet tiimit olivat 1,73 kertaa tehokkaampia kuin muut. Tämä ongelma johtuu jälleen monien venäläisten yritysten suljetusta kulttuurista, jossa tiimi ei jaa tietoa. Tämän suljetun luonteen vuoksi yritykset alkavat kerryttää teknistä velkaa. Työkalut ovat vanhentumassa, esineitä ei poisteta, dokumentaatiota ei päivitetä.
Objektiivinen liiketoiminnan tarve tuotannon vakaudelle ja sitä kautta voitolle yhdessä vanhentuneen teknologiapohjan ja teknisen velan kanssa johtavat DevOpsin epäonnistumiseen.
Kaikki tämä johtaa usein siihen, että pitkien tuskien jälkeen DevOps-tiimin tarjoamat uudet ratkaisut yksinkertaisesti heitetään pois ja prosessit "rullataan takaisin".
Jokaisella yrityksellä on oma digitaalisen muutoksen polku.Useimmissa tapauksissa se todella muuttaa koodisi kehittämistä ja käyttöönottoa parempaan suuntaan. Tämä tarkoittaa, että DevOps on edelleen olemassa Venäjällä: joka kuukausi markkinoille tulee paljon tähän metodologiaan liittyviä avoimia työpaikkoja. Toinen asia on, että niiden takana on erilaisia määritelmiä erikoisalalle ja käytännön tehtäviä. Yritysten tulisi kuitenkin lopettaa aavemaisten ihanteellisten IT-järjestelmien jahtaaminen ja suhtautua kriittisesti trendikkään, mutta ei välttämättä kannattavan filosofian omaksumiseen asettamalla etusijalle omat tarpeet.
Katso myös:
Mustissa aukoissa voi olla maailmankaikkeuksia. Kerromme sinulle uudesta löydöstä
Sairauspäivänä 3 useimmat COVID-19-potilaat menettävät hajuaistunsa ja kärsivät usein nenästä
Tutkimus: 15 miljoonaa tonnia mikroplastia löydettiin meren pohjalta