Seitsemän vuotta lauseen ilmestymisen jälkeen pilvipohjainen versio on haluttu kohde useimmille organisaatioille, jotka ovat aloittamassa digitaalisen muutoksen matkaa.
Mutta seitsemän vuotta on elinikä tekniikassa, ja olisi äärimmäisen naiivia ajatella, että pilvipohjainen on tarinan loppu, samoin kuin Berliinin muurin murtuminen oli historian loppu.
Kuten Container Solutions COO Pini Reznik selittää, on tärkeää muistaa, että "Cloud-native on joukko mahdollistavia teknologioita. Sen avulla voit mennä nopeammin, mutta se ei ole tavoite."
Mikä on tavoite? Kun on tarkoitus auttaa yrityksiä saavuttamaan pilvipohjaiset tavoitteensa, yksi arvokkaimmista työkaluista on Cloud Native Maturity Matrix.
Käytämme tätä auttaaksemme organisaatioita selvittämään tarkasti, missä ne ovat omalla matkallaan kohti pilvipohjaista natiivia, olipa heidän lähtökohtansa vesiputous, ketterä tai ei prosessia ollenkaan.
Tavoitteena on auttaa heitä piirtämään kehitystä ja kehitystä koskeva kartta. Tämä johtuu siitä, että uskomme, että menestyksekkääseen pilvipohjaiseen kehittymiseen liittyy monia tekijöitä teknologia- ja infrastruktuurivalintojen lisäksi. Mikropalvelujen käyttöönotto ja jatkuva toimitus ovat osa prosessia, mutta sillä ei ole juurikaan vaikutusta, jos tuotteiden tai palvelujen muutoksista on kuitenkin sovittava kuukausittain tai jopa neljännesvuosittain kokoontuvassa hallituksessa. Samoin voit nostaa ja siirtää monoliittisen sovelluksen paljaalle metallille pilvessä, mutta se aiheuttaa silti samat ylläpito- ja kestävyysongelmat kuin silloin, kun se hikoili omassa palvelinkeskuksessasi.
Toisin sanoen Cloud Native Maturity Matrix auttaa vastaamaan kysymyksiin "Kuinka kaukana määränpäämme on?" ja "Olemmeko jo perillä?" Se auttaa meitä Container Solutionsilla luomaan kartat, joita yritykset tarvitsevat ymmärtääkseen nopeasti kehittyvän liiketoiminta- ja teknologiaympäristön. Tämän ansiosta he – ja me – voimme tehdä älykkäitä valintoja ja seurata edistymistä ainutlaatuisella tiellään pilveen.
Ja kun olemme työskennelleet satojen sidosryhmien kanssa kymmenissä organisaatioissa, voimme alkaa jäljittää tekniikoita ja käytäntöjä, jotka muokkaavat pilvipohjaisen ja teknologian ja liiketoiminnan lähitulevaisuutta yleisemmin ja ohjaavat seuraavan vaiheen. konevetoisesta kehityksestä.
Hakemiston ensimmäinen akseli on kulttuuri, eikä ehkä ole yllätys, että pilvipohjainen kypsyys liittyy yhteistyökulttuuriin. Kun organisaatiot kohtaavat nykypäivän nopeasti muuttuvan, arvaamattoman maailman, on tärkeää omaksua oppiminen, pyrkiä johdonmukaiseen, jatkuvaan parantamiseen ja palkita itsekoulutuksesta, kokeiluista ja tutkimuksesta.
Ennustamme siis, että seuraava askel on täysimittainen kokeellinen organisaatio, jossa ihmisiä rohkaistaan kokeilemaan uusia ideoita pienessä mittakaavassa, oppimaan epäonnistumisistaan ja kasvattamaan onnistumisiaan.
Tuote- ja palvelusuunnittelun osalta uskomme, että pilvipohjainen kypsyys tarkoittaa datalähtöistä suunnitteluprosessia, jossa lopullinen päätös siitä, mitä tuotteita, parannuksia tai ominaisuuksia kehitetään, ei ole pitkän suunnitteluprosessin tulos, vaan perustuu todellisilta käyttäjiltä kerättyihin tietoihin. Ajattele A/B- tai monimuuttujatestausta.
Joten, ojennetaan niska ulos ja ehdotetaan, että seuraava askel on leikata ihmiset kokonaan pois suuresta osasta tätä prosessia. Kentällä kerättyjen testitietojen pitäisi ruokkia tekoälypohjaisia järjestelmiä, jotka tekevät evoluution mukaisia säätöjä ja suorittavat testejä itse ilman kehittäjien vuorovaikutusta.
Tämä ei tarkoita, että ihmiset olisivat täysin poissa silmukasta. He muodostavat edelleen tiimit, jotka muodostavat koko organisaation. Mutta tapa, jolla nämä yksilöt ja tiimit ovat vuorovaikutuksessa, muuttuu edelleen. Siirtyminen vesiputouksesta ketterään pilven natiiviin on merkinnyt vähemmän hierarkiaa ja enemmän autonomiaa sekä ryhmille että yksilöille, samalla kun monoliittiset sovellukset hajoavat mikropalveluihin perustuviin hajautettuihin järjestelmiin.
Kypsyy automaattisesti
Uskomme, että seuraava askel on sisäiset toimitusketjut, joissa jokainen palvelu on erillinen tuote, ja tiimillä on täysi tekninen ja liiketoimintavastuu hallinnoimastaan tai tuottamastaan. Tämä ei ole niin pitkä juttu – se on se, kuinka monta verkkokauppatiimiä on toiminut viimeisen vuosikymmenen aikana.
Se vastaa myös muutoksia, joita odotamme organisaatioiden toimintatavoissa. Pilvipohjainen kypsyys on liitetty prosessiin, joka yhdistää suunnitteluajattelun sekä ketterän ja lean-tekniikan, jotka yhdessä vähentävät suuria ja monimutkaisia projekteja. Tämä toimii erityisen hyvin, kun organisaatiot kohtaavat suuren epävarmuuden tai nopeasti muuttuvan teknologian.
Joten, looginen seuraava askel on itseorganisoituville, erittäin kokeellisille järjestelmille, joissa yksilöt tai pienet ryhmät luovat ideoita, jotka sitten iteroidaan ja kehitetään kentällä, alustan toimesta automaattisesti.
Tämä peilataan arkkitehtuuritasolla. Tiedämme jo, että mikropalvelut muodostavat kypsien pilvipohjaisten arkkitehtuurien perustan – tietysti rinnakkain kaikkien muiden käsittämiemme tekijöiden kanssa. Oikein suunniteltuna tämä lähestymistapa helpottaa järjestelmän skaalaamista. Itse asiassa sen pitäisi olla täysin automatisoitu prosessi.
Joten, tämän looginen kehitys on siirtyminen kohti toimintoja tai palvelimettomia arkkitehtuureja, joissa infrastruktuuria ei tarvitse luoda, käyttötehtävät poistetaan ja kaikesta tulee jako-jako-prosessi.
Samaan tapaan ylläpidon osalta pilvipohjaisen kypsyyden havaittavuus ja itsensä parantaminen kehittyvät ennaltaehkäiseväksi koneoppimiseksi ja tekoälyksi – kuten tuotesuunnittelussa. Järjestelmät pystyvät estämään vikoja esimerkiksi lisäämällä kapasiteettia. Tämä on nopeampi, turvallisempi ja luotettavampi.
Ja automaatio tukee toimitusten siirtymistä jatkuvasta toimituksesta jatkuvaan käyttöön. Manuaaliset hyväksyntäprosessit poistetaan ja ominaisuuksien automaattinen palautus, kun keskeiset mittarit osuvat kohdalleen.
Automaatio pilvialustoilla toimivien palvelimattomien arkkitehtuurien muodossa edustaa myös provisioinnin seuraavaa vaihetta.
Infrastruktuurin osalta kypsien pilvipohjaisten organisaatioiden oletusarvot ovat kontit ja hybridipilvet, jotka mahdollistavat korkean automaation. Mutta tuleva kehitys on kohti reunalaskentaa, jossa työmäärät suoritetaan paikallisesti reunalla tarvittaessa ja missä on riittävästi tietoa saatavilla.
Tarkoittaako tämä, että eteenpäin katsovan organisaation on jo siirrettävä investoinnit tekoälyyn ja reunalaskentaan, jotta konttien ja jopa pilvikehittäjien tarve ei enää tulevaisuudessa enää olisi?
Ei välttämättä. Kuten sanoimme, teknologia- ja liiketoimintaympäristö muuttuvat jatkuvasti. Pilvi-natiivin suurin oivallus oli tunnistaa tämä ja kehittää metodologia, joka ei yritä eliminoida tai hallita muutosta, mutta hyväksyy sen, että muutos on väistämätön. Tämä tarkoittaa, että organisaatioiden on samanaikaisesti investoitava kestävään innovaatioon ja jatkettava investoimista häiritseviin innovaatioihin.
"Kyse ei ole vain siirtymisestä seuraavaan häiritsevään innovaatioon", Reznik sanoo. ”Kyse on organisaation muuttamisesta siten, että siirtyminen yhdestä toiseen ja siitä toiseen ja sitten taas on osa elämää. Se ei ole ongelma."
Jos meidän on ehdotettava, että kiinnität huomiota vain yhteen yllä olevista akseleista, palaa takaisin yläriville ja katso kulttuuria. Kysy itseltäsi, mihin sovit. Koska tulevaisuus on nyt epävarmempi kuin koskaan. Mutta jos sinä ja organisaatiosi olette halukkaita kokeilemaan uusia ideoita pienemmässä mittakaavassa, oppimaan virheistäsi ja olemaan valmiita lisäämään onnistumisia, sinulla on paljon paremmat mahdollisuudet menestyä tulevaisuudessa. Minne muut akselit päätyvät osoittamaan.
Liity mukaan KubeCon + CloudNativeCon Europe 2022 -tapahtumaan Valenciassa, Espanjassa (ja virtuaalisesti) 16.–20. toukokuuta – ensimmäinen henkilökohtainen eurooppalainen tapahtuma kolmeen vuoteen!
