I disse dage er de fleste virksomhedsarkitekturer hverken fisk eller fjerkræ. De består af hundredvis af større og tusindvis af mindre systemer, alle syet sammen til et skørt quilt patchwork af design. Selvom dette til en vis grad altid har været tilfældet inden for IT, er det, der er anderledes i dag ved virksomhedsarkitekturer, at kritiske applikationer – store og mindre – findes på begge sider af firewallen. For at tilføje kaosset er mange af disse applikationer ikke ejet eller kontrolleret af de organisationer, der er afhængige af dem. Uden tvivl har pendulet svinget fra rækkefølgen af drivhusdatacentre til kaoset af Cloud-innovation. Pendulet begynder dog at svinge tilbage mod orden, efterhånden som der udvikles nye måder at sy systemer sammen på. Efterhånden som nye integrationsmetoder udvikler sig, står virksomhedsarkitekter over for den hidtil usete udfordring med at balancere cloud-baseret med on-premise applikationer.
Cloud Systems
Mange it-afdelinger er fristet til at ignorere systemer i skyen. De har jo ikke valgt dem, de betaler ikke for dem, og de kan ikke vedligeholde dem. De føler stærkest på denne måde omkring SaaS-applikationer, hvor de arkitektoniske beslutninger blev truffet med et svirp fra et firmakreditkort. Alligevel ville det være en alvorlig fejltagelse at undlade at anerkende deres betydning for moderne organisationer. Virksomheden har grebet muligheden for at reducere overhead, udvide rækkevidden og forbedre driften, og de er ikke ved at give slip på det. Efterhånden som pendulet svinger tilbage mod organisationer, der tager kontrol over deres data, kommer it til at spille en større og større rolle ud over firewallen. Mange styringsproblemer kommer med Cloud. Afgørende blandt disse er den stadigt voksende betydning af datasikkerhed. Sikkerhed er dog ikke det eneste problem. Dataintegritet, applikationspålidelighed og leverandørlevedygtighed er også voksende problemer. IT er den eneste afdeling, der er i stand til at håndtere dette skøre lappetæppe af applikationer. Derfor, når det kommer til at optimere en virksomhedsarkitektur, har du ikke råd til at se bort fra data, der ligger i skyen med vilje. Det ville hjælpe, hvis du havde de værktøjer, der var designet til at oprette forbindelse til cloud-applikationer.
Systemer på stedet
Mange dele af virksomheden foretrækker at flytte alt til skyen og bare være færdig med det. De vil gerne skrive en check hver måned, logge på hver morgen ved hjælp af deres Facebook-konto og have en hals at blive kvalt. Denne opfattelse er kortsigtet. Ifølge nogle skøn er der stadig 220 milliarder linjer COBOL-kode i produktion i dag, hvilket repræsenterer 80 % af al virksomhedssoftware.[i] Udfordringen med at flytte alle de data, de har produceret gennem årene, til skyen er upraktisk. I en overskuelig fremtid vil de fleste on-premise-systemer forblive netop det – on-premise. De er for dyre til at gøre det til en smart forretningsbeslutning at flytte dem. Når det kommer til at tilpasse virksomhedsarkitekturer, kan du ikke tillade dig at undlade at huske de data, der findes på stedet. Det ville hjælpe, hvis du havde værktøjerne, der var designet til at oprette forbindelse til on-premise applikationer.
Konklusion
Enterprise-arkitekturen i de fleste virksomheder er hverken fisk eller fjerkræ, og det kommer ikke til at ændre sig. Du har ikke råd til at ignorere dataene i skyen. Du har ikke råd til at glemme dataene på stedet. Enterprise Architects skal finde en balance mellem sikkerhed, tilgængelighed og overkommelighed. At finde denne balance kan være særligt udfordrende i et produktionsmiljø, hvor mange af systemerne er specialfremstillede og skræddersyet til anlæggets specifikke proces. Mange producenter har konkluderet, at den eneste praktiske måde at få dette gjort på er at bruge platforme og API'er som Jitterbit til at oprette forbindelse til applikationer både i skyen og on-premise. Jitterbit er den eneste tråd, der er stærk nok til at sy den skøre quilt fra nuværende virksomhedsarkitekturer sammen. Vores e-bog Styrken ved API'er til forbundet produktion beskriver nogle af deres oplevelser. Overvej at downloade det.
[I] "COBOL er overalt. Hvem skal vedligeholde det?" Den nye stak. 08. maj 2017. Besøgt 22. marts 2019. https://thenewstack.io/cobol-everywhere-will-maintain/.
