Asianhallinnan teknologiavalinnassa pilvi vai paikallinen ratkaisu on usein liian kapea ensimmäinen kysymys. Ensin pitäisi ymmärtää, millaista tietoa järjestelmässä käsitellään ja mitä tiedolta edellytetään turvallisuuden, sääntelyn ja jatkuvuuden näkökulmasta. Vasta sen jälkeen voidaan arvioida, millainen tekninen ratkaisu on tarkoituksenmukainen.
Julkishallinnossa asianhallinnan järjestelmiltä odotetaan yhtä aikaa avoimuutta, luotettavuutta, tietoturvaa ja toiminnan jatkuvuutta – myös tilanteissa, joissa toimintaympäristö muuttuu nopeasti. Siksi teknologiavalintoja ei voi tarkastella vain käyttöönottopäätöksinä. Ne ovat osa laajempaa kysymystä siitä, miten hallinto pystyy käsittelemään tietoa turvallisesti, vastuullisesti ja pitkäjänteisesti.
Viime vuosina keskustelussa ovat korostuneet erityisesti palveluiden skaalautuvuus, siirrettävyys eri ympäristöjen välillä sekä tietoturva. Aiemmin ratkaisu toimitettiin usein tietyn palveluntarjoajan hallinnoimaan ympäristöön, joka muistutti käytännössä paikallista käyttöympäristöä. Nyt tarjouspyynnöissä näkyy yhä useammin tarve palvelumaisuudelle ja ratkaisuille, joita voidaan tarvittaessa siirtää pilveen, toiseen pilveen tai paikalliseen ympäristöön.
Pilvi edellä, mutta ei hinnalla millä hyvänsä
Julkishallinnossa lähtökohta on yhä useammin se, että pilveä hyödynnetään silloin, kun se on järkevää ja mahdollista. Itse ajattelen asian käytännöllisesti: pilvestä kannattaa lähteä liikkeelle, mutta valinnan perusteet täytyy aina sitoa organisaation omaan dataan, sääntelyyn ja tietoturvavaatimuksiin.
Pilvipohjaisen ratkaisun vahvuus on usein siinä, että sen ympärille on rakennettu laaja palvelukokonaisuus. Suuret pilvialustat tarjoavat valmiita tietoturva-, valvonta-, varmistus-, skaalautuvuus- ja häiriönsietopalveluita, joiden toteuttaminen paikallisessa ympäristössä voi olla kallista tai käytännössä vaikeaa. Siksi pilveä ei kannata pitää lähtökohtaisesti tietoturvaltaan heikompana vaihtoehtona. Oikein rakennettu pilvipalvelu voi päinvastoin tarjota pitkälle automatisoituja valvonta- ja hallintatoimintoja, joita pienemmissä omissa ympäristöissä ei välttämättä ole samalla tasolla käytettävissä.
Tämä ei kuitenkaan tarkoita, että pilvi olisi aina oikea vastaus. Julkishallinnon asianhallinnassa ratkaisevaa on ennen kaikkea käsiteltävän tiedon luonne. Esimerkiksi turvallisuusluokiteltu aineisto määrittää vahvasti sitä, millainen tekninen ratkaisu on mahdollinen – ja millainen ratkaisu on välttämätön.
Turvallisuusluokitus ohjaa ratkaisun reunaehtoja
Turvallisuusluokiteltu aineisto tuo teknologiavalintaan reunaehtoja, joita ei voi ohittaa pelkällä kustannus- tai käyttömukavuusvertailulla. TL IV -tasoinen aineisto voi tietyin edellytyksin sopia myös pilviympäristöön, jos arkkitehtuuri ja tietoturva on suunniteltu ja toteutettu oikein. TL III -tasosta ylöspäin vaatimukset kuitenkin tiukkenevat merkittävästi. Silloin tarvitaan käytännössä sertifioitu käyttöympäristö ja ratkaisuja, jotka muistuttavat monelta osin paikallista tai vahvasti rajattua käyttöympäristöä.
Tällaisessa tilanteessa kyse ei ole enää yksinkertaisesta “pilvi vai On-Prem” -valinnasta, vaan kokonaisesta hallintamallista. Miten verkkoyhteydet rajataan? Miten fyysinen tietoturva toteutetaan? Miten salaus, käyttöoikeudet, valvonta ja ympäristön auditointi järjestetään? Mitä osia toimittaja voi hallita ja mitkä vastuut jäävät tilaajalle? Mitä korkeampi turvallisuusluokitus on, sitä selvemmin ratkaisu rakentuu teknisen arkkitehtuurin lisäksi vastuiden, prosessien ja sääntelyn ymmärtämisen varaan.
Suvereniteetti ei ole vain datan sijaintia
Digitaalinen suvereniteetti yhdistetään usein kysymykseen siitä, missä data sijaitsee. Se on tärkeä näkökulma, mutta ei yksin riittävä. Jos data on riittävän vahvasti salattu ja salausavainten hallinta on organisaatiolla itsellään, fyysinen sijainti ei enää yksin ratkaise kaikkea. Suvereniteetin kannalta keskeistä on se, miten data suojataan, miten avaimia hallitaan ja kuka käytännössä pystyy pääsemään tietoon käsiksi.
Tämä tekee pilvi- ja paikallisratkaisujen vertailusta kiinnostavamman kuin pelkkä palvelimen sijainnin tarkastelu. Modernissa asianhallinnassa tieto pitää suojata koko elinkaarensa ajan – tallennuksesta käsittelyyn, käyttöoikeuksista varmistuksiin ja palautumiseen. Suvereniteetti rakentuu arkkitehtuurista, hallintamallista, salauksesta, avaintenhallinnasta ja käyttöoikeuksien tarkasta määrittelystä.
Käsittelin suvereniteettia myös tämän blogisarjan toisessa osassa: Asianhallinta muuttuvassa maailmassa, Osa 2: Datasuvereniteetti ei tarkoita vain tiedon sijaintia
Jatkuvuus varmistetaan vasta, kun palautumista on harjoiteltu
Kyberturvallisuus, häiriönsietokyky ja jatkuvuus eivät synny yksittäisestä teknisestä valinnasta. Ne on suunniteltava osaksi arkkitehtuuria alusta lähtien. Käytännössä tämä tarkoittaa esimerkiksi sitä, että järjestelmän eri tasot pystytään eriyttämään toisistaan ja sijoittamaan omiin turva- tai verkkoalueisiinsa. Samalla hyökkäyspinta-alaa pienennetään tunnistamisen, käyttöoikeuksien, rajapintojen suojaamisen ja palveluiden eriyttämisen avulla.
Jatkuvuuden näkökulmasta keskeistä on myös kahdentaminen, varmistaminen ja palautumisen harjoittelu. Ei riitä, että organisaatio luottaa datan olevan varmistettu. On myös todennettava, että käyttöympäristö ja data voidaan palauttaa, jos jokin kriittinen osa järjestelmästä vikaantuu tai poistuu käytöstä. Disaster recovery -suunnitelma näyttää paperilla helposti valmiilta, mutta sen todellinen arvo mitataan vasta harjoituksessa – mieluiten ennen kuin ongelmatilanne on käsillä.
Ensimmäinen kysymys: miksi ei pilveen?
Kun julkishallinnon organisaatio pohtii asianhallinnan teknologista suuntaa, ensimmäinen kysymys voi olla yksinkertainen: miksi ei pilveen? Jos tähän löytyy perusteltu vastaus, se liittyy usein sääntelyyn, käsiteltävän datan luonteeseen, turvallisuusluokituksiin tai suuriin datamassoihin, joiden varmistaminen pilvessä voi muodostua kustannuksiltaan haastavaksi.
Tärkeintä on, ettei teknologista valintaa tehdä mielikuvien varassa. Pilvi ei ole automaattisesti riskialttiimpi, eikä paikallinen ratkaisu ole automaattisesti turvallisempi. Molemmat voivat olla oikein tai väärin rakennettuja. Olennaista on ymmärtää, mitä organisaation tieto edellyttää ja millainen ratkaisu tukee parhaiten turvallista, skaalautuvaa ja tulevaisuuden tarpeisiin mukautuvaa asianhallintaa.
Lopulta modernin asianhallinnan teknologiavalinta voidaan tiivistää näin: pilvi edellä, mutta datasuvereniteetti, salaus, turvallisuusluokitukset ja jatkuvuus kunnossa. Silloin valinta ei ole vain tekninen päätös, vaan osa julkishallinnon kykyä toimia luotettavasti myös muuttuvassa toimintaympäristössä.
