Nuförtiden är de flesta företagsarkitekturer varken fisk eller fågel. De består av hundratals stora och tusentals mindre system, alla sydda ihop till ett galet lapptäcke av design. Även om detta i viss mån alltid har varit fallet inom IT, är det som är annorlunda idag med företagsarkitekturer att kritiska applikationer – större och mindre – finns på båda sidor om brandväggen. Utöver kaoset ägs eller kontrolleras många av dessa applikationer inte av de organisationer som är beroende av dem. Utan tvekan har pendeln svängt från ordningen med växthusdatacenter till kaoset av molninnovation. Pendeln börjar dock svänga tillbaka mot ordning när nya sätt att sy ihop system utvecklas. I takt med att nya integrationsmetoder avancerar står företagsarkitekter inför den oöverträffade utmaningen att balansera molnbaserad med lokala applikationer.
Molnsystem
Många IT-avdelningar frestas att ignorera system i molnet. När allt kommer omkring, de valde dem inte, de betalar inte för dem och de kan inte underhålla dem. De känner starkast så här om SaaS-applikationer där de arkitektoniska besluten togs med ett företags kreditkort. Trots det skulle det vara ett allvarligt misstag att inte inse deras betydelse för moderna organisationer. Verksamheten har tagit tillfället i akt att minska omkostnader, utöka räckvidden och förbättra verksamheten och de är inte på väg att släppa det. När pendeln svänger tillbaka mot organisationer som tar kontroll över sin data kommer IT att spela en större och större roll bortom brandväggen. Många styrningsfrågor kommer med molnet. Avgörande bland dessa är den ständigt växande betydelsen av datasäkerhet. Säkerheten är dock inte den enda frågan. Dataintegritet, applikationspålitlighet och leverantörsduglighet är också växande problem. IT är den enda avdelningen som kan hantera detta galna lapptäcke av applikationer. Därför, när det gäller att optimera en företagsarkitektur, har du inte råd att avsiktligt bortse från data som finns i molnet. Det skulle hjälpa om du hade verktygen som var designade för att ansluta till molnapplikationer.
System på plats
Många delar av verksamheten skulle föredra att flytta allt till molnet och bara vara klara med det. De skulle vilja skriva en check varje månad, logga in varje morgon med sitt Facebook-konto och ha en hals att kvävas. Denna syn är kortsiktig. Enligt vissa uppskattningar finns det fortfarande 220 miljarder rader COBOL-kod i produktion idag, vilket representerar 80 % av all företagsprogramvara.[i] Utmaningen att flytta all data de har producerat genom åren till molnet är opraktisk. Under överskådlig framtid kommer de flesta system på plats att förbli just det – på plats. De är för dyra för att göra det till ett smart affärsbeslut att flytta dem. När det gäller att anpassa företagsarkitekturer har du inte råd att misslyckas med att komma ihåg data som finns på plats. Det skulle hjälpa om du hade verktygen som var designade för att ansluta till lokala applikationer.
Slutsats
Företagsarkitekturen för de flesta företag är varken fisk eller fågel, och det kommer inte att förändras. Du har inte råd att ignorera data i molnet. Du har inte råd att glömma uppgifterna på plats. Enterprise Architects måste hitta en balans mellan säkerhet, tillgänglighet och överkomliga priser. Att hitta den balansen kan vara särskilt utmanande i en tillverkningsmiljö där många av systemen är skräddarsydda och skräddarsydda för anläggningens specifika process. Många tillverkare har kommit fram till 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 på plats. Jitterbit är den enda tråden som är stark nog att sy ihop det galna täcket med nuvarande företagsarkitekturer. Vår e-bok Kraften med API:er för ansluten tillverkning beskriver några av deras upplevelser. Överväg att ladda ner den.
[I] "COBOL finns överallt. Vem ska underhålla den?” Den nya stacken. 08 maj 2017. Öppnad 22 mars 2019. https://thenewstack.io/cobol-everywhere-will-maintain/.
