Nykyään useimmat yritysarkkitehtuurit eivät ole kaloja tai lintuja. Ne koostuvat sadoista suurista ja tuhansista pienistä järjestelmistä, jotka kaikki on ommeltu yhteen hulluksi tilkkutäkkiksi. Vaikka näin on jossain määrin aina ollut IT-alalla, yritysarkkitehtuureissa on nykyään erilaista se, että palomuurin molemmilla puolilla on kriittisiä sovelluksia – suuria ja pieniä. Kaaosta lisää, että monet näistä sovelluksista eivät ole niistä riippuvien organisaatioiden omistuksessa tai hallinnassa. Epäilemättä heiluri on kääntynyt kasvihuoneiden palvelinkeskusten tilasta pilvi-innovaatioiden kaaokseen. Heiluri alkaa kuitenkin kääntyä takaisin kohti järjestystä, kun uusia tapoja ommella järjestelmiä kehitetään. Uusien integraatiomenetelmien kehittyessä yritysarkkitehdit kohtaavat ennennäkemättömän haasteen tasapainottaa pilvipohjaisia sovelluksia paikallisten sovellusten kanssa.
Pilvijärjestelmät
Monet IT-osastot houkuttelevat jättämään huomiotta pilven järjestelmät. Loppujen lopuksi he eivät valinneet niitä, he eivät maksa niistä, eivätkä he voi ylläpitää niitä. Vahvimmin he ajattelevat näin SaaS-sovelluksista, joissa arkkitehtoniset päätökset tehtiin yrityksen luottokortin pyyhkäisyllä. Silti niiden merkityksen tunnustamatta jättäminen nykyaikaisille organisaatioille olisi vakava virhe. Yritys on tarttunut tilaisuuteen vähentää yleiskustannuksia, laajentaa kattavuutta ja parantaa toimintaansa, eikä siitä aio luopua. Kun heiluri kääntyy takaisin kohti organisaatioita, jotka ottavat tietonsa hallintaan, IT:llä tulee olemaan yhä suurempi rooli palomuurin ulkopuolella. Monet hallintaongelmat liittyvät pilveen. Tärkein näistä on tietoturvan jatkuvasti kasvava merkitys. Turvallisuus ei kuitenkaan ole ainoa asia. Tietojen eheys, sovellusten luotettavuus ja toimittajan kannattavuus ovat myös kasvavia ongelmia. IT on ainoa osasto, joka pystyy hallitsemaan tätä hullua tilkkutäkkisovellusten tilkkutäkkiä. Siksi, kun on kyse yritysarkkitehtuurin optimoinnista, sinulla ei ole varaa jättää huomioimatta pilvessä tarkoituksella olevaa dataa. Auttaisi, jos sinulla olisi työkalut, jotka on suunniteltu yhdistämään pilvisovelluksia.
Paikalliset järjestelmät
Monet osat liiketoiminnasta haluaisivat siirtää kaiken pilveen ja olla valmiina. He haluaisivat kirjoittaa shekin joka kuukausi, kirjautua sisään joka aamu Facebook-tilillään ja saada kurkkua tukehtumaan. Tämä näkemys on lyhytnäköinen. Joidenkin arvioiden mukaan tuotannossa on edelleen 220 miljardia riviä COBOL-koodia, mikä vastaa 80 % kaikista yritysohjelmistoista.[i] Haaste siirtää kaikki vuosien aikana tuotettu data pilveen on epäkäytännöllinen. Lähitulevaisuudessa on-premise-järjestelmät pysyvät juuri sellaisina – paikan päällä. Ne ovat liian kalliita, jotta niiden siirtäminen olisi järkevä liikepäätös. Kun on kyse yritysarkkitehtuurien yhdenmukaistamisesta, sinulla ei ole varaa olla muistamatta paikan päällä olevia tietoja. Auttaisi, jos sinulla olisi työkalut, jotka on suunniteltu muodostamaan yhteys paikallisiin sovelluksiin.
Yhteenveto
Useimpien yritysten yritysarkkitehtuuri ei ole kalaa eikä lintua, eikä se tule muuttumaan. Sinulla ei ole varaa sivuuttaa pilven tietoja. Sinulla ei ole varaa unohtaa tietoja paikan päällä. Yritysarkkitehtien on löydettävä tasapaino turvallisuuden, saavutettavuuden ja kohtuuhintaisuuden välillä. Tämän tasapainon löytäminen voi olla erityisen haastavaa tuotantoympäristössä, jossa monet järjestelmät ovat räätälöityjä ja räätälöityjä tehtaan tiettyyn prosessiin. Monet valmistajat ovat tulleet siihen tulokseen, että ainoa käytännöllinen tapa saada tämä aikaan on käyttää Jitterbitin kaltaisia alustoja ja API:ita yhteyden muodostamiseen sekä pilvessä että paikan päällä oleviin sovelluksiin. Jitterbit on ainoa lanka, joka on tarpeeksi vahva yhdistämään nykyisten yritysarkkitehtuurien hullun peiton. Meidän e-kirja Sovellusliittymien teho yhdistettyyn valmistukseen kuvailee joitain kokemuksiaan. Harkitse sen lataamista.
[I] "COBOL on kaikkialla. Kuka ylläpitää sitä?" Uusi pino. 08. toukokuuta 2017. Käytetty 22. maaliskuuta 2019. https://thenewstack.io/cobol-everywhere-will-maintain/.
