Nykyään useimmat yritysarkkitehtuurit eivät ole lihaa eikä kalaa. Ne koostuvat sadoista suurista ja tuhansista pienistä järjestelmistä, jotka on ommeltu yhteen tilkkutäkkimäiseksi suunnittelun sekamelskaan. Vaikka IT-alalla näin on ollut aina jossain määrin, nykyään yritysarkkitehtuurissa on erona se, että kriittisiä sovelluksia – suuria ja pieniä – on palomuurin molemmin puolin. Kaaosta lisää se, että monia näistä sovelluksista eivät omista tai hallitse organisaatiot, jotka ovat niistä riippuvaisia. Heiluri on epäilemättä heilahtanut lasitalojen konesalien järjestyksestä pilvi-innovaatioiden kaaokseen. Heiluri on kuitenkin alkamassa heilahtaa takaisin kohti järjestystä, kun järjestelmien yhteenliittämiseen kehitetään uusia tapoja. Integraatiomenetelmien kehittyessä yritysarkkitehdit kohtaavat ennennäkemättömän haasteen pilvipohjaisten ja paikallisten sovelluksien tasapainottamisessa.
Pilvijärjestelmät
Monet IT-osastot tuntevat kiusausta jättää pilvessä olevat järjestelmät huomiotta. Eiväthän ne sentään ole heidän valitsemiaan, eivätkä he maksa niistä tai pysty ylläpitämään niitä. Voimakkaimmin he tuntevat näin SaaS-sovellusten kohdasta, joiden arkkitehtuuriset päätökset tehtiin yrityksen luottokorttia vinguttamalla. Silti niiden merkityksen aliarvioiminen nykyaikaisille organisaatioille olisi vakava virhe. Liiketoiminta on tarttunut tilaisuuteen vähentää yleiskustannuksia, laajentaa toimintaansa ja parantaa prosesseja, eikä se ole aikeissa luopua siitä. Heilurin heilahtaessa takaisin kohti sitä, että organisaatiot ottavat datansa hallintaan, IT tulee näyttelemään yhä suurempaa roolia palomuurin ulkopuolella. Pilveen liittyy monia hallinnointiin liittyviä kysymyksiä. Näistä tärkein on tietoturvan jatkuvasti kasvava merkitys. Turvallisuus ei kuitenkaan ole ainoa ongelma. Datan eheys, sovellusten luotettavuus ja toimittajien elinkelpoisuus ovat myös kasvavia ongelmia. IT on ainoa osasto, joka pystyy hallitsemaan tätä sovellusten tilkkutäkkiä. Siksi yritysarkkitehtuurin optimoinnissa ei ole varaa jättää pilvessä olevaa dataa tarkoituksella huomiotta. Tarvitset työkaluja, jotka on suunniteltu muodostamaan yhteys pilvisovelluksiin.
Paikalliset järjestelmät
Monet yrityksen osastot haluaisivat siirtää kaiken pilveen ja saada asian hoidettua kertaheitolla. He haluaisivat kirjoittaa sekkiä joka kuukausi, kirjautua sisään joka aamu Facebook-tilillään ja olla vastuussa vain yhdelle taholle. Tämä näkemys on lyhytnäköinen. Joidenkin arvioiden mukaan tuotantokäytössä on edelleen 220 miljardia riviä COBOL-koodia, mikä edustaa 80%:tä kaikesta yritysohjelmistosta.[i] Haasteena on siirtää kaikki vuosien varrella tuotetut tiedot pilvipalveluun, mikä on epäkäytännöllistä. Lähitulevaisuudessa suurin osa paikallisista järjestelmistä pysyy juuri sellaisina – paikallisina. Niiden siirtäminen olisi liian kallista, jotta se olisi järkevä liiketoimintapäätös. Yritysarkkitehtuurien yhdenmukaistamisessa ei voi jättää huomiotta paikallisesti sijaitsevia tietoja. Olisi hyödyllistä, jos käytössä olisi työkaluja, jotka on suunniteltu yhdistämään paikallisiin sovelluksiin.
Johtopäätös
Useimpien yritysten kokonaisarkkitehtuuri ei ole lihaa eikä kalaa, eikä se tule muuttumaan. Sinulla ei ole varaa jättää huomiotta pilvessä olevaa dataa. Sinulla ei ole varaa unohtaa paikallista dataa. Yritysarkkitehtien on löydettävä tasapaino turvallisuuden, saavutettavuuden ja kohtuuhintaisuuden välillä. Tämän tasapainon löytäminen voi olla erityisen haastavaa valmistusympäristössä, jossa monet järjestelmät ovat räätälöityjä ja sovitettuja tehtaan tiettyyn prosessiin. Monet valmistajat ovat tulleet siihen tulokseen, että ainoa käytännöllinen tapa toteuttaa tämä on käyttää alustoja ja ohjelmistorajapintoja, kuten Jitterbitiä, yhteyden muodostamiseen sekä pilvessä että paikallisesti oleviin sovelluksiin. Jitterbit on ainoa riittävän vahva lanka nykyisten yritysarkkitehtuurien sekamelskan yhdistämiseen.
[i]”COBOL Is Everywhere. Who Will Maintain It?” The New Stack. 8.5.2017. Luettu 22.3.2019. https://thenewstack.io/cobol-everywhere-will-maintain/.