DevOps-veroparatiisin löytäminen alustojen avulla

Tehokkaan ja pitkälle optimoidun ohjelmistokehitys- ja toimitusorganisaation johtaminen on vaativa tehtävä. Automaation lisääntyessä DevOps-työkaluketju laajenee, ja ylläpito- ja tukitehtävät muuttuvat samalla monimutkaisemmiksi. Ylläpitotyö kuormittaa kehitystiimiä merkittävästi ja heikentää sen toimitustehokkuutta. Tätä kutsutaan DevOps-veroksi, ja sen arvioidaan vastaavan noin 10:tä prosenttia tiimin kokonaistyöstä.

Lean-ohjelmistokehitys

Ohjelmistokehittäjinä saamme usein inspiraatiota lean-ajattelun hukasta. Haluamme käyttää mahdollisimman suuren osan ajastamme arvoa tuottaviin tehtäviin. Se on järkevää, sillä haluamme tarjota loppukäyttäjille mahdollisimman paljon vastinetta heidän rahoilleen. Hukka, kuten tehtävien siirtely henkilöltä toiselle ja uudelleentyö, on toimintaa, jota haluamme vähentää tinkimättä, koska se ei tuota lainkaan arvoa. Toisaalta on myös mahdollistavia toimintoja eli yleiskuluja, joita emme välttämättä voi vähentää nollaan. 

Voidaan sanoa, että yleiskuluja on olemassa sopiva määrä. Vaikka useimmat kehittäjät luultavasti väittäisivät, että sopiva määrä kokouksia on nolla, ehdottaisin, että niiden ei pitäisi viedä suurta osaa viikkoaikataulusta, mutta määrä on ehdottomasti enemmän kuin nolla.

Arvovirran kartoittaminen auttaa havainnollistamaan työn kulkua organisaatiossa ja tunnistamaan pullonkaulat sekä ongelmakohdat, joita voidaan optimoida. Vahva DevOps-työkaluketju voi puolestaan auttaa poistamaan arvovirran pullonkauloja ja hukkaa.

Nopeat, automatisoidut testisarjat, jotka ajetaan jokaisen commitin yhteydessä, estävät virheiden siirtymisen eteenpäin ja lyhentävät kehittäjän palautesykliä, mikä tukee työn sujuvaa etenemistä.

Integroitu työkaluketju voi jakaa tietoa ja mittareita, lisätä läpinäkyvyyttä sekä vähentää niiden pelättyjen tilannepalaverien aiheuttamaa yleiskulua. Tämä voi lisätä kehittäjien tuottavuutta, koska keskeytyksiä ja kontekstinvaihtoja on vähemmän.

Voimme siirtää tietoturvan, laadunvarmistuksen ja compliancen tarkastuksia vasemmalle integroimalla pipelineihimme lisenssien, koodin laadun ja tunnettujen haavoittuvuuksien tarkastukset esimerkiksi Sonatypen ja JFrog X-rayn kaltaisilla työkaluilla. Tämä auttaa kehittäjiä ottamaan vastuuta tuotteistaan ja ottamaan ne turvallisesti käyttöön tuotantoympäristöissä.

Tuotantoympäristöistä puheen ollen voimme hallita infrastruktuuria koodina Terraformin sekä julkisten pilvipalveluntarjoajien/Kubernetesin avulla. Tämä antaa kehitystiimeille viimein kokonaisvaltaisen päästä päähän -hallinnan ja auttaa niitä maksimoimaan vaikutuksensa loppukäyttäjiin ja viime kädessä sidosryhmille tuotettavaan arvoon.

Käytä budjettisi siihen, mikä saa asiakkaan valitsemaan sinut

Ohjelmistoalalla on pulaa osaajista. Päteviä ohjelmistoinsinöörejä ei ole koskaan riittävästi, ja käytämme paljon vaivaa osaajien kehittämiseen, houkuttelemiseen ja sitouttamiseen teknologiaorganisaatioissamme.

Tämä tarkoittaa, että liiketoiminnan suorituskykyä rajoittaa kykymme tuottaa arvoa loppukäyttäjille. Valitettavasti käytämme kohtuuttoman paljon energiaa työhön, joka ei erottaudu kilpailijoistamme. Tätä kutsutaan yleisesti ajan käyttämiseksi kontekstiin ydinliiketoiminnan sijaan, ja se on yksi keskeisistä pilvipalveluihin siirtymistä vauhdittavista tekijöistä. Infrastruktuurin ja verkkojen kehittäminen ja päivittäminen eivät yksinkertaisesti ole ydinliiketoimintaa erottavia tekijöitä, vaikka niistä onkin viime vuosina tullut hyödykkeitä.

Sama pätee DevOps-työkaluketjujemme ylläpitoon Jira-instansseineen, Jenkins mastereineen ja Kubernetes-klustereineen. Valitettavasti näemme monia DevOps- tai työkalutiimejä, joiden resurssit hajaantuvat liian laajalle työkalukentälle. Tämä johtaa ylläpitämättömiin ja optimoimattomiin työkaluketjuihin. Useimmilla yrityksillä ei yksinkertaisesti ole kapasiteettia pysyä ajan tasalla julkaisutiedoista, tietoturvahaavoittuvuuksista ja parhaista käytännöistä. Ajan myötä nämä ongelmat kasaantuvat, ja niiden korjaamisesta tulee riskialttiimpaa ja kalliimpaa.

Ärsyttävintä on, että käytämme aina aikaa asioihin, joita loppukäyttäjät eivät koskaan näe tai koe. Hyvä uutinen on, että voimme ulkoistaa työkaluketjumme toimialan asiantuntijoille, jotka välittävät DevOps-työkaluista samaan tapaan kuin ulkoistamme infrastruktuurin julkisille pilvipalveluntarjoajille, kuten AWS:lle, Azurelle tai Google Cloudille. 

Esimerkkejä tästä ovat pilvipohjaiset CircleCI ja GitHub. Oma Eficode ROOT DevOps -alustamme yhdistää kaikki DevOps-työkalusi yhdeksi hallinnoiduksi kokonaisuudeksi, joka voidaan isännöidä joko omassa konesalissasi tai pilvessä.

Kysy siis itseltäsi: oletko tyytyväinen siihen, mihin DevOps-veroon käyttämäsi rahat menevät? Vai saisitko rahallesi enemmän vastinetta ulkoistamalla kontekstiin liittyvän työn?