Ett företags tekniska arkitektur är ofta kärnan i allt det gör, att underhålla den är därför en nyckelprioritet.
Teknisk arkitektur, ur organisatorisk synvinkel, är den mjukvara, hårdvara och nätverk som står i centrum för ett företag och som till stor del ansvarar för både stora och små mål. Det vill säga detta form av arkitektur är avgörande för ett företag och är i grunden dess grund.
SiliconRepublic.com pratade med olika ledare inom STEM-området om betydelsen av teknisk arkitektur, utmaningarna med att underhålla den och hur pipelines kan utvecklas för att stödja dess utveckling, samt vad som krävs för att konceptualisera och implementera framtida teknik.
”Jag tror att en av de största utmaningarna inte är att designa den framtida arkitekturen, utan att övergå till den”, säger Natasha Bornhorst, senior mjukvaruingenjör på Rent the Runway.
”Detta är särskilt utmanande när du omarbetar en monolitisk hörnstenstjänst till mer hanterbara och skalbara mikrotjänster. Det är frestande att helt enkelt vilja bygga ett helt nytt system på sidan och byta över i en stor cutover, men detta kan innebära betydande operationella och affärsrisker.
”Istället har vi funnit fördelar med att utveckla arkitekturen bit för bit. Vi isolerar enskilda komponenter, drar ut dem och omarbetar dem, gradvis övergår till den nya lösningen samtidigt som vi håller det befintliga systemet i drift.”
Denna uppfattning upprepades av Mark Greville, vice ordförande för arkitektur på Workhuman, som jämförde försök att hålla jämna steg med AI och arkitektoniska krav med att ”jonglera motorsågar på en enda skida medan den dras av en motorbåt”.
Han förklarade: ”Vibe-kodning har ökat utvecklingshastigheten, men också öppnat nya attackvektorer. Det finns ingen standard AI SDLC (AI-programutvecklingslivscykel) och rätt modell idag kan vara föråldrad om en månad.”
Han föreslog att man skulle anta fem huvudpolicyer som skulle genomföras i linje med arkitekturens omvandling.
Dessa inkluderade: en anslutning till en stark styrning; skapandet av en centraliserad AI-grupp för att möjliggöra ett standardiserat system över team; inbyggd infosec för att identifiera och hantera hot från dag ett; skrivet sammanhang i maskinläsbart format för varje steg som tas; och betydande mänsklig tillsyn för att aldrig ersätta ansvarsskyldighet.
Människan mot maskin
För BearingPoints Declan Leonard, chef för teknologiarkitektur på BearingPoint Ireland, är den största utmaningen knuten till idén att framsteg, hur innovativa de än är, alltid är föremål för en översyn och strikt styrning – och de kan alltid förbättras.
Han sa: ”I kärnan handlar arkitektur om att fatta välgrundade designbeslut som balanserar affärsmål, äldre sammanhang, säkerhet, motståndskraft, skalbarhet, kostnad, användbarhet, regulatoriska skyldigheter och långsiktig underhållsbarhet. Men när organisationer blir allt mer digitala och sammankopplade, fortsätter antalet och komplexiteten av dessa överväganden att växa.
”För organisationer som levererar kritiska tjänster måste arkitekturen vara avsiktlig från början och kontinuerligt styrd under hela livscykeln. Säkerhet, i synnerhet, måste behandlas som en förstklassig designhänsyn, inte något som läggs till i slutet.
”Det måste vara inbäddat över hela livscykeln för säker mjukvaruutveckling, från krav och hotmodellering till bygg, test, implementering, övervakning och kontinuerliga förbättringar.”
Men för att teknisk arkitektur ska bibehållas och förbättras till en standard som stödjer ett företags utveckling, är en stark, mycket kvalificerad och konsekvent talangpipeline avgörande, sa han.
Topptalang
”En konsekvent talangpipeline är viktig eftersom den skapar en miljö av innovation och nytt tänkande för arkitekturgruppen och tillväxt för individerna själva”, säger Eoin Honer, VD för teknologi och transformation på Deloitte Ireland.
”Det kan vara skillnaden mellan arkitektur som utvecklas och förnyar och arkitektur som kanske inte gör det. Utan ett stadigt flöde av skickliga människorseniora arkitekter blir överbelastade eller ännu värre, en enda källa till kunskap som kan få negativa resultat.
Han tillade: ”Arkitekturen behöver både erfarna proffs som förstår domänen på djupet och nyare röster som frågar, ’varför gör vi det på det här sättet?’. Investera i relevant utbildning och vägar för att förbereda ditt folk för att bli framtidens arkitekter.”
”Det är oerhört viktigt”, instämde Gerard McMahon, vicepresident och ingenjörsledare för mjukvaruleverans på Fidelity Investments Ireland. Han tror att den bästa tekniska arkitekturen kommer från de människor som förstår hur system faktiskt är byggda, hur de distribueras, stöds, säkras och hur de utvecklas över tiden.
McMahon sa: ”AI kommer att göra arkitektonisk kunskap mer tillgänglig för ingenjörer i arbetsflödet, men det tar inte bort behovet av sund teknisk bedömning. Om något höjer det ribban.
”Vi kommer att behöva människor som kan arbeta effektivt med AI, utmana dess förslag, förstå avvägningarna och hålla arkitekturen grundad i verklig leverans. En stark talangpipeline bör därför utveckla ingenjörer som kan kombinera praktisk erfarenhet, systemtänkande och AI-aktiverad styrning, snarare än att behandla arkitektur som en separat granskningsaktivitet.”
”Ingen av oss börjar som arkitekt”, konstaterade Greville, som vidare förklarade att vi alla lär oss av dem omkring oss och genom att utveckla en stark talangpipeline välkomnar organisationer nya idéer, utmanar föråldrade sätt att tänka och skapar en starkare affärsmodell baserad på en rad olika bakgrunder och erfarenheter.
Smid din egen väg
Bornhorst tycker att även om det är viktigt att ta hänsyn till andra människors åsikter, är det absolut nödvändigt att du lär dig att lösa problem självständigt. Hon sa att en av de största problemen som höll henne tillbaka under de första dagarna, som en nybliven från högskolan ingenjör, var tron att det bara finns ett rätt sätt att göra saker på.
”Jag lutade mig för mycket på dem över mig, förutsatt att de hade rätt svar. Men att lösa problem i en kodbas är inte detsamma som att ta ett prov på college. Det finns sällan en rätt arkitektonisk lösning, det kan finnas många sätt att lösa ett problem, var och en med sina egna för- och nackdelar”, sa hon.
”Var inte rädd för att gå in i detaljerna, ställa frågor, läs koden och göra research själv. Detta kan hjälpa dig att bli expert inom ett område av kodbasen som inte har några experter. Att ta äganderätt till ett komplext eller dåligt förstådd område är ett utmärkt sätt att bygga djup teknisk kunskap och utveckla det självförtroende som behövs för att fatta bra arkitektoniska beslut.”
Honer tror också på värdet av att bygga upp ett gott rykte tidigt, särskilt en stark teknisk grund som utgör grunden för trovärdighet.
Han sa: ”Därifrån sträcker du din nyfikenhet bortom ditt närområde och tänk verkligen på hur ditt arbete hänger ihop med allt annat och fråga dig själv vilket syfte som tjänas i det bredare sammanhanget. Att förstå hur varje del passar för att hjälpa organisationen att nå sina mål, det är då arkitekturtänkandet börjar formas.”
”Var nyfiken, ställ bra frågor, dokumentera ditt tänkande och bygg upp ett rykte som någon som kan koppla tekniska detaljer med praktiska affärsresultat”, avslutade McMahon.
