Du har inte råd att ignorera data i molnet, du har inte råd att glömma data lokalt

Nu för tiden är de flesta företagsarkitekturer varken hackigt eller malet. De består av hundratals större och tusentals mindre system som har sytts ihop till ett lapptäcke av design. Även om det till viss del alltid har varit så inom IT, är skillnaden med dagens företagsarkitekturer att kritiska applikationer – stora som små – finns på båda sidor om brandväggen. För att addera till kaosen ägs eller kontrolleras många av dessa applikationer inte av de organisationer som är beroende av dem. Pendeln har utan tvekan svängt från glasburarnas ordning till molninnovationens kaotiska tillstånd. Pendeln börjar dock svänga tillbaka mot ordning i takt med att nya sätt att binda samman system utvecklas. I takt med att nya integrationsmetoder utvecklas står företagsarkitekter inför den oöverträffade utmaningen att balansera molnbaserade applikationer med lokala.

Molnsystem

Många IT-avdelningar frestas att ignorera molnbaserade system. När allt kommer omkring valde de dem inte, betalar inte för dem och kan inte underhålla dem. De känner detta starkast när det gäller SaaS-applikationer där de arkitektoniska besluten fattades med ett företagsresekort. Trots det skulle det vara ett allvarligt misstag att inte inse deras betydelse för moderna organisationer. Verksamheten har tagit till sig tillfället att minska omkostnaderna, utöka räckvidden och förbättra verksamheten, och de kommer inte att ge upp det i första taget. I takt med att pendeln svänger tillbaka mot att organisationer tar kontroll över sin data kommer IT att spela en allt större roll utanför brandväggen. Många styrningsproblem följer med molnet. Det viktigaste av dessa är den ständigt växande betydelsen av datasäkerhet. Säkerhet är dock inte det enda problemet. Dataintegritet, applikationstillförlitlighet och leverantörers överlevnadsförmåga är också växande problem. IT är den enda avdelningen som kan hantera detta lapptäcke av applikationer. När det gäller att optimera en företagsarkitektur har du därför inte råd att medvetet bortse från data som finns i molnet. Det skulle vara till hjälp om du hade de verktyg som utformats för att ansluta till molnapplikationer.

Lokala system

Många delar av verksamheten skulle helst vilja flytta allt till molnet och bara få det ur världen. De skulle vilja skriva ut en check varje månad, logga in varje morgon med sitt Facebook-konto och ha en enda aktör att vända sig till.  Denna syn är kortsiktig. Enligt vissa uppskattningar finns det fortfarande 220 miljarder rader COBOL-kod i drift idag, vilket motsvarar 80% av all företagsprogramvara.[i]Utmaningen att flytta all data som de har producerat genom åren till molnet är orealistisk.  Under överskådlig framtid kommer de flesta lokala system att förbli just det – lokala. De är för dyra för att det ska vara ett klokt affärsbeslut att flytta dem.  När det gäller att harmonisera företagsarkitekturer har man inte råd att bortse från de data som finns lokalt. Det skulle underlätta om man hade verktyg som är utformade för att ansluta till lokala applikationer.

Slutsats

De flesta företags företagsarkitektur är varken hackigt eller malet, och det kommer inte att ändras. Du har inte råd att ignorera molndata. Du har inte råd att glömma data lokalt (on-premise). Företagsarkitekter måste uppnå en balans mellan säkerhet, tillgänglighet och kostnadseffektivitet. Att uppnå den balansen kan vara särskilt utmanande i en tillverkningsmiljö där många av systemen är kundanpassade och skräddarsydda efter fabrikens specifika process. Många tillverkare har dragit slutsatsen att det enda praktiska sättet att få detta gjort är att använda plattformar och API:er som Jitterbit för att ansluta till applikationer både i molnet och lokalt. Jitterbit är den enda tråd som är stark för att sy ihop det lapptäcke som utgörs av dagens företagsarkitekturer.

[i]”COBOL Is Everywhere. Who Will Maintain It?” The New Stack. 8 maj 2017. Åtkommen 22 mars 2019. https://thenewstack.io/cobol-everywhere-will-maintain/.