Mikä DevOps on?

  • 3 minuuttia

"Dev"- ja "Ops"-sarjojen supistuminen viittaa siiloutuneiden kehitys- ja toimintatiimien korvaamiseen. Ajatuksena on luoda monialaisia tiimejä, jotka työskentelevät yhdessä yhteisten käytäntöjen, työkalujen ja tuloksista vastuullisuuden avulla. Olennaisia DevOps-käytäntöjä ovat ketterä suunnittelu, jatkuva integrointi, jatkuva toimitus ja sovellusten kattava seuranta. DevOps on jatkuva parannusmatka, ei määränpää.

DevOpsin liiketoiminnallinen arvo

DevOps-käytäntöjä toteuttavat organisaatiot näkevät yleensä mitattavissa olevia parannuksia keskeisissä operatiivisissa mittareissa:

  • Käyttöönottotiheys: Lisääntynyt harvoista julkaisuista säännöllisiin, ennustettaviin käyttöönottoihin
  • Läpimenoaika: Lyhentynyt pidennetyistä kehityssykleistä lyhyempiin toimitusaikoihin
  • Keskimääräinen toipumisaika (MTTR): Nopeampi häiriöiden ratkaisu ja järjestelmän palauttaminen
  • Muutosten epäonnistumisprosentti: Vähemmän tuotanto-ongelmia paremman testauksen ja automaation ansiosta

Odotettuja hyötyjä ovat:

  • Uusien ominaisuuksien markkinoilletuloaika lyhenee
  • Käyttöönottoon liittyvien tapausten väheneminen
  • Parempi kehittäjien tuottavuus ja tyytyväisyys
  • Pienemmät käyttökustannukset automaation avulla

Kaavio, joka näyttää DevOps-syklin suunnittelu-, rakentamis-, integrointi-, käyttöönotto-, käyttö- ja palautevaiheilla jatkuvassa silmukassa.

Ymmärrä ja laske syklin aika

Aloitetaan ohjelmistokehityksen peruskäsitteestä OODA (Observe, Orient, Decide, Act) -silmukan avulla. Alun perin suunniteltu estämään hävittäjälentäjien ampuminen taivaalta, OODA-silmukka on erinomainen kehys pysyä kilpailijoidesi edellä yritysmaailmassa.

OODA-silmukka käytännössä:

  • Tarkkaile: Seuraa liiketoiminnan mittareita, markkinatrendejä, käyttäjien käyttäytymistä ja telemetriatietoja
  • Orientoi: Analysoi vaihtoehtoja sille, mitä voit tarjota, mahdollisesti kokeilujen avulla
  • Päätä: Määritä, mitä haluat tavoitella tietojen ja liiketoiminnan prioriteettien perusteella
  • Toimi: Toimita toimiva ohjelmisto todellisille käyttäjille ja kerää palautetta

Syklin ajan laskentaharjoitus: Mieti nykyistä kehitysprosessiasi. Kuinka kauan kestää siirtyä:

  • Koodin toimitus → tuotantokäyttöönotto?
  • Ominaisuuspyyntö → asiakaspalautetta?
  • Virheraportti → korjaus tuotannossa?

Esimerkki: Jos yhden rivin määritysmuutoksen käyttöönotto kestää 2 viikkoa, sykliaika on 2 viikkoa. Tästä tulee nopeusrajoituksesi.

Kaavio, joka näyttää OODA-silmukkasyklin havainnointi-, orientaatio-, päätös- ja toimintavaiheilla, jotka on yhdistetty pyöreään kuvioon, korostaen jatkuvaa iteraatiota.

Tule tietoiseksi, älä datalähtöiseksi

Suosittelemme käyttämään dataa päätöksenteon tueksi seuraavassa syklissäsi, mutta vältä analyysin halvaantumista. Monista organisaatioista saadut kokemukset viittaavat siihen, että käyttöönotoilla on usein erilaisia tuloksia:

  • Joillakin käyttöönotoilla on negatiivinen liiketoimintatulos
  • Joillakin käyttöönotoilla on positiivisia tuloksia
  • Joillakin käyttöönotoilla ei ole mitattavaa eroa

Keskeinen periaate: Epäonnistu nopeasti aloitteissa, jotka eivät edistä liiketoimintaa, ja kaksinkertaista tulokset, jotka tukevat liiketoiminnan tavoitteita. Tätä lähestymistapaa kutsutaan usein "käänny tai sinnikkyys".

Käytännön sovellus:

  • A/B-testauksen määrittäminen uusille ominaisuuksille
  • Onnistumismittareiden määrittäminen ennen käyttöönottoa
  • Peruutusmenettelyjen luominen epäonnistuneille kokeille
  • Luo palautesilmukoita vaikutusten nopeaan mittaamiseen

Pyri vahvistettuun oppimiseen

Se, kuinka nopeasti voit epäonnistua nopeasti tai tuplata, riippuu sykliajastasi - kuinka kauan takaisinkytkentäsilmukan suorittaminen kestää. Jokaisen syklin yhteydessä keräämäsi palautteen tulisi olla:

  • Fakta: Perustuu todelliseen käyttäjien käyttäytymiseen ja järjestelmän mittareihin
  • Toiminnallinen: Johtaa selkeisiin seuraaviin vaiheisiin ja päätöksiin
  • Oikea-aikainen: Saatavilla riittävän nopeasti, jotta voit vaikuttaa seuraavaan iteraatioon

Tätä näyttöön perustuvaa lähestymistapaa kutsutaan validoiduksi oppimiseksi - päätösten tekemiseksi empiirisen näytön perusteella oletusten tai mielipiteiden sijaan.

Esimerkkejä validoidun oppimisen mittareista:

  • Käyttäjien sitoutumisasteet ja ominaisuuksien käyttöönotto
  • Järjestelmän suorituskyky ja virheprosentit
  • Asiakastyytyväisyyspisteet ja tukiliput
  • Liiketoiminnan KPI:t (liikevaihto, konversioprosentit, säilyttäminen)

Kaavio, joka havainnollistaa validoitua oppimissykliä, joka näyttää hyviä, välinpitämättömiä ja huonoja tuloksia sekä palautesilmukoita jatkuvaa parantamista varten.

Sykliajan lyhentäminen

Kun otat DevOps-käytäntöjä käyttöön:

  • Sykliaika lyhentyy työskentelemällä pienemmissä erissä.
  • Automaation lisääminen.
  • Julkaisuputken koventaminen.
  • Telemetrian parantaminen.
  • Otetaan käyttöön useammin.

validoidun oppimisen ja käyttöönoton tiheyden kaavio. Hyvä, välinpitämätön ja huono sykli.

Optimoi vahvistettu oppiminen

Mitä useammin teet kokeiluja, sitä enemmän voit tehdä kokeiluja. Mitä enemmän mahdollisuuksia sinulla on pivotoida tai sinnikkyyttä ja saada vahvistettu oppiminen kussakin jaksossa. Tämä validoidun oppimisen kiihtyvyys on parannuksen arvo. Ajattele sitä saavuttamasi edistyksen summana ja välttämiesi epäonnistumisten summana.

validoidun oppimisen ja käyttöönoton tiheyden kaavio. Hyvä, välinpitämätön ja huono sykli. Parannusarvon arvo.