Multi-cloud-hallinta

”Multi-cloud” on usein strateginen termi — syy hajauttaa pois yhdestä toimittajasta, neuvotella parempi hinta tai täyttää datan sijaintivaatimus. Multi-cloud-hallinta on tuon strategian taustalla oleva, suppeampi operatiivinen kerros: työkalut ja prosessit, joiden avulla infrastruktuuritiimi voi todella ajaa työkuormia usean palveluntarjoajan välillä käsittelemättä kutakin erillisenä tehtävänä. Ilman sitä ”multi-cloud” tarkoittaa käytännössä erillistä konsolia, tunnistetietojoukkoa ja terminologiaa jokaiselle palveluntarjoajalle — eikä yhtään paikkaa, josta vastata yksinkertaiseen kysymykseen: mitä infrastruktuuria juuri nyt on olemassa ja kuka sitä viimeksi muutti.

Jokaisella palveluntarjoajalla on oma konsolinsa, CLI:nsä, IAM-mallinsa ja sanastonsa samoille perustason rakennuspalikoille — virtuaalikoneelle, suojausryhmälle, DNS-vyöhykkeelle, tallennusvolyymille. Tuo hajanaisuus on se todellinen ongelma, jonka multi-cloud-hallinta ratkaisee. Se alkaa kartoituksesta: palveluntarjoajan tilin yhdistämisestä ja siitä, että näet heti inventaarion siitä, mitä siellä jo pyörii, ennen kuin mitään on siirretty tai muutettu. Siitä eteenpäin samaa yhtenäistä työnkulkua sovelletaan yleisiin elinkaaritoimintoihin — provisiointiin, käynnistämiseen, pysäyttämiseen, koon muuttamiseen, tuhoamiseen — riippumatta siitä, minkä palveluntarjoajan alla resurssi sijaitsee. Vahvimmat toteutukset hallinnoivat konfiguraatiota suoraan ja synkronisesti itse palveluntarjoajan luona sen sijaan, että käyttäisivät omassa tietokannassa olevaa välimuistikopiota, joten työkalun kautta tehty muutos on sama muutos, jonka näkisit kirjautumalla kyseisen palveluntarjoajan omaan konsoliin.

Multi-cloud-hallinta ulottuu laskentaresurssien elinkaaren yli myös niihin toiminnan osa-alueisiin, jotka aiheuttavat todellisen riskin, kun ne ovat epäyhtenäisiä palveluntarjoajien välillä. Pääsynhallinnan pitää toimia samalla tavalla kaikkialla — kertakirjautuminen, roolipohjaiset käyttöoikeudet ja hyväksynnän taakse asetettu oikeuksien korotus arkaluonteisille toimille, ei eri identiteettimalli jokaista palveluntarjoajaa kohden. Jokaisen muutoksen pitää olla jäljitettävissä tekijäänsä, minkä vuoksi kaikki yhdistetyt palveluntarjoajat kattava auditointijälki on tässä tärkeämpi kuin yhden pilven ympäristössä — se on ero vastattavissa olevan kysymyksen ja tutkinnan välillä. Ja koska infrastruktuurin kustannukset ovat yksi ensimmäisistä asioista, jotka muuttuvat hahmottomiksi palveluntarjoajien välillä, kustannusnäkyvyyden ja poikkeamien havainnoinnin kuuluu olla samassa paikassa kuin provisioinnin, ei kerran kuussa täsmäytettävässä erillisessä laskentataulukossa. Monet tiimit ajavat myös infrastruktuuria, joka ei ole lainkaan pilvipohjaista — paikan päällä olevia tai bare-metal-palvelimia — ja odottavat saman valvonta- ja päivityskurin ulottuvan myös sinne.