Reply CMP: Terraform-käyttöönottojen toistettavuuden varmistaminen
Replyn blogi korostaa, että Terraform-käyttöönottojen on oltava toistettavia itsenäistä käyttöä varten. Pelkkä onnistuminen ei riitä todisteeksi.
Replyn pilvihallintaplatformin (CMP) blogi esittelee syvällisen tarkastelun Terraform-käyttöönottojen validoinnista. Artikkelissa korostetaan, että pelkkä "onnistunut" -status käyttöönotossa ei riitä osoittamaan, että prosessi olisi valmis itsenäiseen käyttöön. Todellinen toistettavuus vaatii huolellista todisteiden tarkastelua.
Blogissa kerrotaan tapauksesta, jossa liiketoimintayksikkö pyysi "standard environment" -kohdeluettelon käyttöönottoa useille tuotetiimeille. Pilotissa yksi Azure-käyttöönotto onnistui, mutta toinen pysähtyi ennen suunnitteluvaihetta, koska käyttöönotto ei ollut valmis. Vaikka yksinkertaisin vastaus olisi ollut korjata pysähtynyt käyttöönotto ja julkaista kohde, Replyn lähestymistapa on varovaisempi.
"Ei vielä. Ennen kuin voimme jatkaa, meidän on osoitettava, että käyttöönoton polku on toistettavissa", todetaan blogissa. Onnistunut käyttöönotto osoittaa vain, että jokin on suoritettu, mutta se ei takaa, että resurssi, moduulipolku, suorittaja, tila, käyttöoikeudet, käytäntöjen tarkistus ja suoritustiedot olisivat sopivia itsenäiseen käyttöön.
Reply CMP:n mukaan itsenäinen provisiointi on enemmän kuin pelkkä Terraform-suoritus; se on "operating contract". Kuluttaja odottaa hallittua polkua tunnetun mallin pyytämiseksi, kun taas alustatiimi varmistaa hyväksytyn koodin, valvottujen tunnusten ja tarkistettujen tietojen käytön. Talous- ja turvallisuustiimit puolestaan odottavat, että tulokset jaetaan oikeassa laajuudessa ja riittävillä omistajuus- ja hallintatiedoilla jatkohallintaa varten.
Blogi tarjoaa seitsemänkohtaisen tarkistuslistan Terraform-kohteiden valmistelun arvioimiseksi itsenäistä käyttöä varten. Tähän sisältyy pyynnön ja moduulitietueiden, suorittajan tilan, suojatun tilan, tunnusten laajuuden, käyttöoikeuksien ja käytäntöjen porttien sekä palveluntarjoajan laajuuden tarkastus. Lopulta blogi painottaa, että on pystyttävä selittämään riittävän selkeästi, mitä tapahtui, jotta voidaan päättää, pitäisikö kohdetta edistää, korjata vai pitää edelleen poissa käytöstä.