Tutustu DevOps-sovelluksen elinkaareen
Vaikka DevOps-käytännöillä on laaja vaikutusalue, niiden ensisijainen tavoite on sovelluksen elinkaaren hallinnan optimointi. Kuvitteellisessa yritysesimerkityksessä siirtyminen olemassa olevasta sovelluksesta uuteen, päivitettyjä ominaisuuksia sisältävään sovellukseen edellyttää, että käyt uudelleen sovelluksen elinkaaren kaikissa vaiheissa. Tutustut siis siihen, miten DevOps-periaatteet voivat vaikuttaa merkittävästi kunkin vaiheen käyttöönottoon suunnittelusta, kehityksestä ja toimituksesta toimintoihin. Tässä osiossa käydään läpi korkean tason yleiskatsaus näistä käyttöönotoista.
Sovelluksen elinkaarivaiheet
Sovelluksen elinkaarivaiheita ovat suunnittelu, kehitys, toimitus ja toiminnot.
Suunnittelu
Suunnitteluvaiheessa tarkastellaan asiakkaan tarpeita, jotta voidaan hahmotella ja määrittää kehitettävän ohjelmiston ominaisuuksia ja ominaisuuksia. Tällainen ohjelmisto voi vaihdella yksittäisistä mikropalveluista portfolioihin, jotka koostuvat useista tuotteista. Tulos määrittää ohjelmistovaatimukset, laajuuden ja välitavoitteet sovelluksen kehityksessä ja käyttöönotossa. DevOps-näkökulmasta tärkeimpiä huomioitavia seikkoja tässä vaiheessa ovat ketteryys, asiakaskeskeinen kohdistus, tasaus ja näkyvyys.
Kehitys
Kehitysvaihe kattaa kaikki sovelluskoodin kehittämisen näkökohdat. Näitä näkökohtia ovat ohjelmointi, testaus ja koodin arvioinnit. DevOps-käytäntöjen noudattamiseksi koodin tulee sijaita lähteen hallintajärjestelmässä, joka helpottaa yhteistyötä ja tukee versiointeja. Koodin toimivaa versiota käytetään myöhempiin toimituksiin sopivien artefaktien luomiseen. Nämä artefaktit voivat olla suoritettavia binaaritiedostoja, ohjelmistokirjastoja, säilön kuvia, asennusohjelmapaketteja, määritystiedostoja, käyttöönottokomentosarjoja tai jopa dokumentaatiota.
Tässä vaiheessa muutoksia tulee soveltaa pienin muutoksin automatisoidun testauksen ja koostamisen kautta, mitä kutsutaan jatkuva integrointi (CI), joka nopeuttaa kehitysprosessia ja parantaa ketteryyttä.
Toimitus
Toimitus on prosessi, jossa kehitysvaiheessa rakennetut artefaktit otetaan käyttöön tuotantoympäristöissä yhdenmukaisella ja luotettavalla tavalla. Vaikka tässä vaiheessa lopullisena tavoitteena on täydellinen automaatio jatkuvan toimituksen (CD)avulla, jotkin organisaatiot, erityisesti DevOps-käyttöönoton alkuvaiheessa, saattavat päättää ottaa käyttöön manuaalisia hyväksyntöjä tai tarkistuksia. Kun luotettavuus DevOps-käytäntöihin kasvaa, nämä tarkastukset voi yleensä automatisoida täysin. Esimerkiksi käyttöönotto voidaan suorittaa valmisteluympäristössä onnistuneena ja valvomattomana tarkistuksena, jota voidaan käyttää perustana siirryttäessä tuotantoympäristöön. Automaation avulla toimitusprosessit ovat skaalattavia, toistettavissa ja vikasietoisempia (minimoimalla inhimillisten virheiden mahdollisuuden). Avain tällaisen lähestymistavan onnistuneeseen toteutukseen on DevOps-käytäntöjen noudattaminen, mukaan lukien asianmukainen testaus, havaittavien mittausten käyttö ja jatkuva oppiminen.
Toimituksessa tulee myös ottaa huomioon kohdeympäristön infrastruktuurin valmistelu ja määrittäminen IaC:n kautta. Infrastruktuurin käsitteleminen koodina tarjoaa useita etuja, kuten yhdenmukaisuuden, toistettavuuden ja ketteryyden.
Toiminta
Toimintavaihe sisältää sovellusten ylläpidon, seurannan ja vianmäärityksen tuotantoympäristöissä. DevOps-näkökulmasta tämän vaiheen ensisijaisia tavoitteita ovat vakaus ja luotettavuus, nopea tapausten käsittely, suojaus ja yhteensopivuus sekä asiakastyytyväisyys. Tavoitteiden saavuttaminen riippuu jossain määrin siitä, että mitattavissa olevat tulokset on toteutettu asianmukaisesti. DevOps-prosessit käyttävät myös niin sanottuja palautesilmukoita, jotka toimittavat tietoja, jotka kuvastavat käyttöönotetun sovelluksen nykyistä tilaa, kuten suorituskykymittareita, reagointia ja yleistä käyttökokemusta, mukaan lukien parannetut tai heikentyneet toiminnot.
Tässä vaiheessa on tärkeää varmistaa yhteistyön enimmäistaso kehityksen, toimintojen ja suojaustiimien välillä. Tämä vaihe toimii myös jatkuvan oppimisen olennaisena lähteenä.
Mikä on sovelluksen elinkaaren viimeinen vaihe?
Kuten nimi kertoo ja kuva tämän osion alussa havainnollistaa, sovelluksen elinkaari on rakenteen mukaan kiertoprosessi. Sovelluksen elinkaaren alku ja loppuminen määräytyy sen käynnistys- ja käytöstäpoistotapahtumien perusteella. Alkuperäisen käyttöönoton jälkeen (tai usein, jopa aikaisemmin) käyttäjien palaute ja valvontatiedot ilmoittavat kuitenkin myöhemmistä päivityksistä ja sovelluksen kehityksestä.
Muistiinpano
Muista, että vaikka suojaus mainittiin vain muutaman kerran tässä yksikössä, DevSecOpsin periaatteiden mukaan sen rooli säilyy koko sovelluksen elinkaaren ajan. Käytännössä suojaukseen liittyvät seikat tulee huomioda kunkin vaiheen aikana alkuperäisen suunnittelun alusta alkaen.