Pilvimigraatio — ei dogmi vaan liiketoimintapäätös
Pilvi ei sovi kaikille. On tilanteita, joissa on-premises -ratkaisu on halvempi, nopeampi tai turvallisempi kuin pilvi. Ennen migraatiopäätöstä on tehtävä rehellinen TCO-analyysi: mitkä ovat todelliset omistamiskustannukset viiden vuoden perspektiivissä, mukaan lukien laitteisto, lisenssit, henkilöstö, sähkö ja toimitilat?
Migraatiostrategiat (6R)
Amazonin tunnettu 6R-kehys kuvaa migraatiostrategiat: Rehost (lift-and-shift) — sovellus siirretään pilviinfrastruktuuriin sellaisenaan; nopein mutta ei hyödynnä pilven etuja. Replatform — pienet optimoinnit pilviympäristöön, esim. siirtyminen hallittuun tietokantaan. Refactor — sovellus uudelleenkirjoitetaan hyödyntämään pilvinatiiveja ominaisuuksia. Repurchase — siirtyminen SaaS-vaihtoehtoon. Retire — käytöstä poistaminen. Retain — järjestelmä jätetään on-premises.
Tietoturva ja vaatimustenmukaisuus pilvessä
Jaettu vastuu -malli tarkoittaa, että pilvipalveluntarjoaja vastaa infrastruktuurin turvallisuudesta, mutta asiakas vastaa sovellusten, datan ja pääsynhallinnan turvallisuudesta. Moni yritys aliarvioi tämän — ja oppii sen kantapään kautta.
Yleisimmät sudenkuopat
Pilvimigraatiot epäonnistuvat tyypillisesti: aliarvioitu monimutkaisuus (vanhat sovellukset sisältävät piiloriippuvuuksia), odottamattomat kustannukset (data transfer out, lisenssit, ylläpito), puutteellinen testaus ennen siirtoa ja muutosvastarinta organisaatiossa. Hyvin suunniteltu migraatio välttää nämä sudenkuopat huolellisella ennakkoanalyysilla.