Viðfangsefni 4.0 — Tæknilegur arkitektúr, ský og arfakerfi

Í heilbrigðis- og velferðarþjónustu er tæknilegur arkitektúr ákvörðun um klínískt öryggi, netöryggi og opinbert fé tekin árum fyrirfram: vettvangarnir sem þú setur upp og arfakerfin sem þú skilur eftir ráða hljóðlega hvort umönnun geti verið örugg, samhæfð og viðráðanleg löngu eftir að fólkið sem valdi þau hefur haldið áfram.

Hvers vegna þetta skiptir máli í heilbrigðis- og velferðarþjónustu#

Arkitektúr er safn langlífra byggingarvala undir stafrænum þjónustum þínum: hvað keyrir hvar, hvernig íhlutir tengjast, hvað þú smíðar á móti kaupir og hvað þú heldur lifandi úr fortíðinni. Þessi val eru sjaldan sýnileg sjúklingum eða klínískum starfsmönnum, og sjaldan spennandi fyrir stjórnir. Samt móta þau allt sem situr ofan á. Vel hannað eignasafn leyfir þér að bæta við nýrri þjónustu hratt, deila gögnum örugglega og jafna þig fljótt þegar eitthvað bilar. Illa hannað gerir hverja breytingu hæga, hverja samþættingu brothætta og hvert atvik verra.

Í heilbrigðis- og velferðarþjónustu eru hagsmunirnir miklir því kerfin skipta máli. Þegar gamalt sjúklingastjórnunarkerfi fellur eru sjúkrabílar sveigðir frá og stofur aflýst. Þegar óstutt stýrikerfi er nýtt eru trúnaðarskrár afhjúpaðar og þjónusta stöðvast — eins og NHS lærði 2017 þegar WannaCry gíslatökuárásin breiddist um vélar sem keyrðu hugbúnað sem ekki var lengur hægt að plástra. Sú truflun var ekki slungin, markviss árás; hún var fyrirsjáanleg afleiðing safnaðrar tæknilegrar skuldar í mikilvægum kerfum. Arkitektúrákvarðanir eru því öryggisákvarðanir, hvort sem nokkur setur þær fram þannig eða ekki.

Þær eru líka jafnræðis- og traustákvarðanir. Arfakerfi sem geta ekki deilt gögnum skilja flóknustu sjúklingana — þá sem snerta margar þjónustur — eftir með sundraðastar skrár. Lokaðir vettvangar sem læsa þig við einn birgi tæma fé sem gæti fjármagnað umönnun. Og almenningur býst eðlilega við að NHS keyri á nútímalegri, öruggri, vel viðhaldinni tækni; bilið milli þeirrar væntingar og raunverulegrar eignar er í sjálfu sér áhætta fyrir traust.

Að lokum er þetta þar sem mikið opinbert fé er skuldbundið í mjög langan tíma. Dýrasti hluti kerfis er sjaldan kaup þess; það er áratugur af hýsingu, leyfum, viðhaldi og endanlegri endurnýjun sem fylgir. Leiðtogar sem meðhöndla arkitektúr sem „eitthvað sem tæknilega teymið sér um“ eru að fela sumar stærstu og langlífustu fjárhagsskuldbindingar sem skipulagsheildin gerir. Þetta viðfangsefni er skrifað svo þú getir látið þær ákvarðanir sæta ábyrgð án þess að vera verkfræðingur.

Lykilhugtök#

Fyrirtækjaarkitektúr er fræðigreinin að samræma viðskiptaferli skipulagsheildar, upplýsingar, forrit og tækni svo þau styðji stefnu samhangandi frekar en að vaxa fyrir tilviljun. Hún tekur heildarsýn á skipulagsheildina: hvaða getu þú þarft, hvaða kerfi veita hana og hvar bilin og tvítekningar liggja. Lausnaarkitektúr er þrengri, verkefnastigs fræðigrein við að hanna hvernig tiltekin þjónusta verður smíðuð og fellur inn í víðari eignina. Báðar sitja innan víðari hugmyndar um kerfaarkitektúr — byggingarlíkan þess hvernig íhlutir, viðmót og hegðun sameinast í virka heild. Leiðtogar þurfa ekki að iðka þessar fræðigreinar, en þeir ættu að krefjast þess að þær séu til, því fjarvera þeirra er hvernig eignir verða óviðráðanlegar.

Arkitektúr er stýrt af arkitektúrreglum: stuttu, samþykktu safni yfirlýsinga — eins og „endurnota áður en keypt er, kaupa áður en smíðað er“ eða „smíða að opnum stöðlum“ — sem gera samkvæmar ákvarðanir mögulegar án þess að hvert val sé stigmagnað. Reglum er framfylgt, létt, af hönnunarvaldi: lítilli nefnd sem yfirfer verulegar tæknilegar ákvarðanir. Heilbrigða útgáfan af hönnunarvaldi gerir kleift frekar en hindrar; hún er til til að koma í veg fyrir forðanlegan skaða og tvítekningu, ekki til að hægja á teymum eða halda hliðinu sjálfs síns vegna.

Skýjatölvun er afhending tölvuafls — netþjóna, geymslu, gagnagrunna, netkerfa — sem þjónustu eftir þörfum yfir netið, frekar en frá vélbúnaði sem þú átt í eigin byggingu. Opinbert ský er rekið af þriðja aðila veitanda og sameiginlegt mörgum viðskiptavinum; einkaský er helgað einni skipulagsheild; blendingsský sameinar þetta tvennt, oft heldur sumum vinnuálagi á fyrirliggjandi innviðum meðan öðrum er flutt út. Margar ríkisstjórnir, þar með talin sú breska, hafa tekið upp „ský-fyrst“ stefnu, sem þýðir að teymi ættu að íhuga opinbert ský á undan öðrum valkostum og rökstyðja að nota það ekki. Þar sem ský er reiknað eftir notkun frekar en keypt einu sinni hefur stjórnun þess kostnaðar orðið eigin fræðigrein — FinOps, starfsvenjan að leiða saman verkfræði og fjármál svo teymi hafi sýnileika á, og ábyrgð á, því sem skýjanotkun þeirra í raun kostar. Á forritalaginu afhendir hugbúnaður sem þjónusta (SaaS) fullbúið forrit yfir vefinn sem birgirinn hýsir og viðheldur, svo þú stillir frekar en rekur það. Innviðir og hýsing — hvar og hvernig kerfin þín keyra í raun — sitja undir öllu þessu, og bera í vaxandi mæli kolefniskostnað sem á heima í ákvörðuninni (sjá Viðfangsefni 8.5 — Sjálfbærni og núll nettólosun).

Arfakerfi er öldrandi en enn treyst kerfi sem er erfitt að breyta, oft keyrir óstuddan hugbúnað sem öryggisplástrar eru ekki lengur gefnir út fyrir. Arfakerfi safnast sem tæknileg skuld — framtíðarkostnaður hentugleikavala úr fortíðinni. Svolítil skuld er eðlileg og jafnvel skynsamleg; óstýrð skuld í stórum stíl verður öryggis- og netöryggisskuldbinding, því kerfin sem flestir eru háðir verða kerfin sem enginn þorir að snerta. Að stýra þessu er verk forritasafnsstjórnunar: að halda skýrri skrá yfir hvert forrit, kostnað þess, ástand og viðskiptavirði, svo þú getir hagrætt eigninni — afnumið, skipt út eða sameinað kerfi — og tekið úr notkun örugglega frekar en að láta gamla hlutinn hljóðlega halda áfram að keyra.

Nútíma eignir eru haldnar saman af forritunarviðmótum (API): skilgreindum viðmótum sem eitt kerfi býður getu til annars gegnum. Vel hönnuð API leyfa þér að setja saman vettvanga — endurnýtanlegar þjónustur sem mörg teymi byggja á — meðan íhlutir haldast lauslega tengdir og skiptanlegir. Gagnleg regla hér er „þynnsti nothæfi vettvangurinn“: smíðaðu aðeins sameiginlegu getuna sem ósvikið dregur úr vinnu annarra, og ekki meira. Undir öruggri hönnun liggur öryggi frá hönnun, sú regla að öryggi sé byggt inn frá byrjun frekar en fest á eftirá. Og fjárhagsramminn um allt er heildareignarkostnaður (TCO): fullur líftímakostnaður kerfis, ekki kaupverð þess — linsan sem smíða/kaupa/stilla valið, og áhættan af birgjalæsingu, ætti að dæmast í gegnum.

Bestu starfsvenjur#

1. Samþykktu stutt safn arkitektúrreglna og notaðu þær til að ákveða. Skrifaðu niður handfylli skýrra, eftirminnilegra reglna — endurnota áður en keypt áður en smíðað, smíða að opnum stöðlum, ský þar sem það á við, öryggi frá hönnun, hanna fyrir alla umönnunarleiðina — og leyfðu teymum að taka flestar ákvarðanir sjálf með því að beita þeim. Reglur virka aðeins ef þær eru ósvikið notaðar til að segja já og nei, og aðeins ef þær eru nógu fáar til að muna. Þetta tengist beint Viðfangsefni 1.1 — Rekstrarlíkanið og Viðfangsefni 1.2 — Stafræn stefna og vegvísagerð, sem setja stefnuna sem reglurnar þjóna.

2. Rektu hönnunarvald sem gerir kleift frekar en hindrar. Settu á fót litla, æðri, þverfaglega nefnd til að yfirfara verulegar tæknilegar ákvarðanir — þær sem eru dýrar, erfitt að snúa við, hafa áhrif á margar þjónustur eða bera öryggis- og netáhættu. Gefðu henni hraða, létta leið svo venjuleg val séu ekki dregin gegnum hana, og haltu henni við þjónustustaðal: hún ætti að hjálpa teymum að finna gott svar, ekki einfaldlega neita. Hönnunarvald sem verður flöskuháls verður sniðgengið, og skuggaarkitektúr er verri en enginn.

3. Taktu upp ský vísvitandi, vinnuálag fyrir vinnuálag, ekki sem slagorð. Meðhöndlaðu „ský-fyrst“ sem sjálfgefið gildi til að rökræða um, ekki fyrirmæli um að flytja allt. Metðu hvert vinnuálag fyrir hentugleika, gagnabúsetu, seiglu, kostnað í stórum stíl og fyrirhöfn við flutning, og vertu heiðarlegur um að lyfta-og-færa óbreytts arfaforrits flytur oft bara vandann á hærri kostnaði. Vegðu kolefnisvíddina skýrt, þar sem hvar og hvernig þú hýsir hefur áhrif á losun (sjá Viðfangsefni 8.5 — Sjálfbærni og núll nettólosun), og hannaðu fyrir flytjanleika svo framtíðarflutningur milli veitenda haldist mögulegur.

4. Haltu lifandi forritasafni og stýrðu tæknilegri skuld sem nafngreindri áhættu. Haltu nákvæmri skrá yfir hvert forrit, viðskiptaeiganda þess, kostnað, stuðning og áhættuna sem það ber, og yfirfarðu hana reglulega. Settu tæknilega skuld og óstuddan hugbúnað á fyrirtækjaáhættuskrá af sömu alvöru og klíníska eða fjárhagslega áhættu, því það er það sem hún er. Það sem þú sérð ekki getur þú ekki fjármagnað, forgangsraðað eða afnumið örugglega, og eignir sem aldrei eru skráðar eru einmitt þær sem bila án viðvörunar.

5. Hagræddu eigninni og taktu úr notkun örugglega. Afnemdu virkt tvítekin, úrelt og lífslokakerfi frekar en að láta þau dvelja „til öryggis“, því hvert lifandi kerfi er árásarflötur, leyfiskostnaður og viðhaldsbyrði. Brottfelling er verkefni í sjálfu sér: flyttu eða skjalavistaðu gögnin undir skýrum varðveislureglum, staðfestu að ekkert sé enn háð kerfinu, miðlaðu við notendur og staðfestu áður en þú slekkur. Vel gert losar hagræðing fé og dregur úr áhættu; kæruleysislega gert eyðir hún skrám eða brýtur háð sem enginn skjalfesti.

6. Veldu opna staðla, API og lauslega tengda íhluti. Hannaðu svo geta sé afhjúpuð gegnum skjalfest, útgáfumerkt API, svo einn íhlut megi skipta út án þess að endurbyggja allt kringum hann. Þetta er arkitektúrgrunnurinn að samvirkni sem fjallað er um í Viðfangsefni 4.3 — Samvirkni og gagnastaðlar, og það er aðalvörn þín gegn læsingu. Það kostar svolítið meira fyrirfram en bein, harðtengd tenging, og borgar það margfalt til baka í fyrsta sinn sem þú þarft að skipta um birgi eða bæta við þjónustu.

7. Smíðaðu þynnsta nothæfa vettvanginn, og ekki meira. Þegar þú býrð til sameiginlegan vettvang fyrir aðra til að byggja á, standast hvötina til að gera hann alhliða frá degi eitt. Veittu minnstu endurnýtanlegu getuna sem ósvikið fjarlægir vinnu fyrir teymi, sannaðu að hún sé notuð og vaxaðu hana í svari við raunverulegri eftirspurn. Of-smíðaðir vettvangar verða eigin arfakerfi — dýrir, stífir og illa séðir — meðan þunnur, vel rekinn vettvangur vinnur sér inn upptöku og þróast með þörf.

8. Gerðu öryggisarkitektúr og öryggi frá hönnun ófrávíkjanleg. Færðu öryggishugsun inn í hönnun frá fyrstu skissu, ekki sem hlið fyrir opnun: lágmarkaðu árásarflötinn, beittu minnsta forréttindum, skiptu netum og gerðu ráð fyrir að íhlutir verði kannaðir. Í heilbrigðis- og velferðarþjónustu er þetta óaðskiljanlegt frá klínísku öryggi og upplýsingastjórnarháttum (Viðfangsefni 1.6 — Klínískt öryggi og áhættustýring; Viðfangsefni 1.7 — Upplýsingastjórnarhættir, gagnavernd og netöryggi), því brot er bæði gagnaskaði og, þegar það stöðvar kerfi, sjúklingaöryggisatburður. Óstuddur, ólaganlegur hugbúnaður er öryggisákvörðun sem þú tekur sjálfgefið — svo taktu hana vísvitandi, með úrræðum, eða alls ekki.

9. Ákveddu smíða, kaupa eða stilla út frá heildareignarkostnaði, ekki límmiðaverði. Fyrir hverja getu, berðu saman að smíða sérsmíði, kaupa vöru og stilla fyrirliggjandi vettvang á fullum líftímakostnaði þeirra — hýsingu, leyfum, samþættingu, stuðningi, uppfærslum og endanlegri útgöngu — ekki upphafsverðinu. Kjóstu að kaupa eða stilla fyrir hversdagsþarfir og taktu frá smíði fyrir ósvikna aðgreiningu, og vegðu læsinguna sem hver valkostur skapar. Vinnðu þetta með viðskiptasamstarfsfólki (Viðfangsefni 6.3 — Innkaup og viðskipti), því ódýrasti tíminn til að tryggja opin viðmót og útgönguréttindi er áður en þú skrifar undir.

10. Meðhöndlaðu skýjaútgjöld sem sameiginlega verkfræði- og fjármálafræðigrein (FinOps). Gefðu teymum skýran sýnileika á því sem þjónustur þeirra kosta með því að merkja skýjaauðlindir eigendum, stilla stærð tilvika að raunverulegri notkun og slökkva á aðgerðalausum eða of-útvegðum auðlindum frekar en að greiða fyrir þær mánuð eftir mánuð. Gerðu teymin sem reka þjónustu ábyrg fyrir rekstrarkostnaði hennar, svo fólkið best sett til að draga úr sóun sé það sem sér reikninginn. Borga-eftir-notkun ský án þessa aga eyðir hljóðlega fjárlögum sem ættu að fjármagna umönnun, og rek þess er sjaldan tekið eftir fyrr en reikningur knýr spurninguna.

11. Hannaðu kostnað sem fyrsta flokks óvirknilega kröfu, vegna gegn kolefni og seiglu. Meðhöndlaðu kostnað eins og þú meðhöndlar frammistöðu, öryggi og aðgengi: eiginleika sem þú hannar vísvitandi fyrir, áætlar áður en þú smíðar og yfirferð eftir því sem notkun vex. Vegðu hann skýrt gegn kolefni (sjá Viðfangsefni 8.5 — Sjálfbærni og núll nettólosun) og gegn seiglu, því þetta þrennt hreyfist oft saman — en elttu aldrei lægsta reikninginn á kostnað öryggis, endurheimtanleika eða sjúklinganiðurstaðna. Rétta svarið er lægsti kostnaðurinn sem enn uppfyllir klínískar öryggis- og seiguskyldur þínar, ekki ódýrasti valkosturinn einn og sér.

Spurningar til að ræða með teyminu#

1. Hver af mikilvægum kerfum okkar eru óstudd eða ólaganleg í dag, og hver er raunveruleg afhjúpun okkar ef eitt er ráðist á eða bilar? Byrjið á kerfunum sem klínískar og rekstrarlegar þjónustur geta ósvikið ekki starfað án, og komist áþreifanlega að því hver keyra hugbúnað sem fær ekki lengur öryggisuppfærslur eða stuðning birgis. Spyrjið hvað myndi gerast — fyrir sjúklinga, starfsfólk, gögn — ef hvert yrði fyrir gíslatöku eða einfaldlega stöðvaðist, og hve langan tíma endurheimt tæki. Aðgreinið kerfi sem þið hafið vísvitandi samþykkt áhættu á, með úrræði til staðar, frá þeim þar sem enginn hefur metið brothættnina. Íhugið hvort þessi afhjúpun er sýnileg á fyrirtækjaáhættuskrá eða grafin í töflureikni sem engin stjórn hefur séð. Hugleiðið WannaCry: skaðinn kom ekki af slægð heldur af þekktri, óaðgreindri skuld í mikilvægum kerfum. Ef þið getið ekki svarað þessu með sönnunargögnum er það bil í sjálfu sér brýnasta niðurstaða ykkar, því þið getið ekki fjármagnað áhættu sem þið hafið ekki nefnt.

2. Hvar erum við læst, og hvað myndi það í raun kosta okkur að yfirgefa stærsta vettvang okkar? Margar skipulagsheildir uppgötva raunverulegt verð lokaðs kerfis aðeins þegar þær reyna að breyta því. Vinnið gegnum hvað það tæki í raun að færa sig af stærsta klíníska eða fyrirtækjavettvangi ykkar: hvort þið getið dregið gögnin ykkar út í nothæfu, stöðluðu formi, hvaða séreignarviðmót þyrfti að leysa upp og hvað samningurinn segir um eignarhald og útgöngu. Íhugið hvort „ský“ hafi hljóðlega orðið læsing af öðru tagi, með gögn og tól svo flækt í einum veitanda að brottför er óframkvæmanleg. Vegið þetta gegn opnun valkosta og landsvettvanga sem þið gætuð endurnotað í staðinn. Þetta er ekki rök fyrir að skipta um birgja í sífellu; þetta snýst um að skilja áhrifamátt ykkar áður en þið semjið næst, og leyfa ekki vegvísi eins birgis hljóðlega að verða eina valkost ykkar.

3. Fjárfestum við nóg í að viðhalda og hagræða því sem við þegar höfum, eða aðeins í því nýja og sýnilega? Ný kerfi laða að fjármögnun og athygli; óglamúrlega vinnan að plástra, uppfæra, sameina og afnema örugglega gerir það sjaldan, sem er nákvæmlega hvernig skuld safnast. Spyrjið hve hátt hlutfall stafrænna fjárlaga ykkar fer í raun í að halda fyrirliggjandi eign öruggri og núverandi á móti að smíða nýja hluti, og hvort nokkur á það jafnvægi vísvitandi. Ræðið hvort brottfelling sé nokkru sinni almennilega fjármögnuð, eða hvort gömul kerfi dvelji einfaldlega því að slökkva á þeim er enginn starfi. Íhugið tvítekin forrit sem gera það sama um alla skipulagsheildina, og hvað þyrfti til að sameina þau. Hugsið um hver, á stjórnarstigi, ber ábyrgð á heilsu eignarinnar í heild frekar en einstökum verkefnum. Skipulagsheild sem fjármagnar aðeins það nýja er að taka lán gegn eigin framtíðaröryggi, og endurgreiðslan fellur alltaf í gjalddaga á versta mögulega augnabliki.

4. Vitum við í raun hvað skýið okkar kostar, hver á reikninginn og hvort útgjöldin eru undir stjórn? Borga-eftir-notkun ský getur hljóðlega eytt fjárlögum sem ættu að fjármagna umönnun, og rek þess er sjaldan tekið eftir fyrr en reikningur knýr spurninguna. Spyrjið hvort skýjaauðlindir eru merktar teymum og þjónustum sem eiga þær, hvort nokkur stillir stærð tilvika að raunverulegri notkun og hvort aðgerðalausar eða of-útvegaðar auðlindir eru nokkru sinni slökktar. Ræðið hvort fólkið sem rekur þjónustu sér og svarar fyrir rekstrarkostnað hennar, eða hvort skýjaútgjöld lenda sem ein óútskýrð lína í miðlægum fjárlögum sem enginn getur sundurliðað. Íhugið hvort kostnaður er meðhöndlaður sem fyrsta flokks óvirknileg krafa — áætluð áður en þið smíðið og yfirfarin eftir því sem notkun vex — eða aðeins uppgötvaður eftir á. Verið heiðarleg um spennuna milli verkfræðisjálfstæðis og fjárhagsstjórnar, og um að vega kostnað gegn kolefni og seiglu frekar en að elta einfaldlega lægsta reikninginn. Heiðarlegt svar nefnir hver heldur FinOps-aganum og sýnir sönnunargögn um að hann virki, frekar en að gera ráð fyrir að skýið sé ódýrara því það er nútímalegt.

5. Þegar við þörfnumst nýrrar getu, hvernig ákveðum við milli þess að smíða hana, kaupa hana og stilla eitthvað sem við höfum þegar – og á hvaða grunni? Eðlishvötin að smíða sérsmíði, eða kaupa vöruna með bestu kynninguna, vinnur oft áður en nokkur hefur borið saman fullan líftímakostnað. Vinnið gegnum hvernig síðustu verulegu val ykkar voru í raun tekin: hvort hýsing, leyfi, samþætting, stuðningur, uppfærslur og endanleg útganga voru vegin, eða aðeins upphafsverðið. Spyrjið hvort þið takið frá smíði fyrir ósvika aðgreiningu og sjálfgefið kaupið eða stillið fyrir hversdagsþarfir, eða hvort sérsmíðar fjölga sér hljóðlega því teymi vildi þær. Íhugið hver er í herberginu fyrir þessar ákvarðanir — viðskipta- og klínískir samstarfsmenn jafnt og verkfræðingar — og hvort læsingin sem hver valkostur skapar er metin fyrir undirskrift frekar en uppgötvuð síðar. Hugleiðið hvort arkitektúrreglur ykkar („endurnota áður en keypt, kaupa áður en smíðað“) binda ósvikið þessi val eða er hljóðlega hunsað. Heiðarlegt svar getur bent á raunverulegar ákvarðanir þar sem heildareignarkostnaður, ekki límmiðaverð, breytti niðurstöðunni.

6. Höfum við arkitektúrgetu innanhúss til að halda eigin ákvörðunum, eða erum við háð birgjunum sem við eigum að láta sæta ábyrgð? Arkitektúr er þar sem stærstu og langlífustu skuldbindingarnar eru gerðar, en margar skipulagsheildir hafa holað út einmitt getuna sem þarf til að taka þær vel, og reiða sig á birgjana sem vörur eru til mats til að segja þeim hvernig gott lítur út. Spyrjið hvort þið hafið trúverðuga fyrirtækja- og lausnaarkitektúrfærni ykkar megin, og hvort hönnunarvald ykkar er mannað til að gera teymum kleift eða bara stimpla. Ræðið hvort verulegar, erfitt-að-snúa-við ákvarðanir eru ósvikið prófaðar gegn samþykktum reglum, eða í raun felldar á hvern þann birgi sem er næst vandanum. Íhugið hvernig þið gætuð yfirleitt þekkt slæma arkitektúrtilmæli ef þið hefðuð enga óháða sérfræðiþekkingu til að véfengja þau. Vegið kostnað við að byggja og halda þessari getu gegn langtum stærri kostnaði við læsingu og endurvinnu sem fjarvera hennar framleiðir. Heiðarlegt svar aðgreinir ákvarðanirnar sem þið getið ósvikið átt frá þeim sem þið takið nú á trausti.

Í reynd: dæmi úr heilbrigðis- og velferðarþjónustu#

Tæknieign bráðasjúkrahússamsteypu hefur vaxið lífrænt í tvo áratugi. Í hjarta hennar situr sjúklingastjórnunarkerfi sem keyrir á stýrikerfi sem birgirinn hætti að styðja fyrir átján mánuðum; kringum það eru yfir tvö hundruð forrit, mörg keypt eftir deildum, nokkur með skarast hlutverk, og enginn heldur heildarlista. Næstum-slys — gíslatökutilraun stöðvuð meira af heppni en hönnun — fær stjórnina til að spyrja spurningar sem hún hefur aldrei spurt áður: hvað, nákvæmlega, erum við að reka, og hversu afhjúpuð erum við?

Yfirmaður stafrænna upplýsinga stenst eðlishvötina að setja af stað eina, hetjulega „skipta öllu út“ áætlun, og gerir leiðinlegu vinnuna fyrst. Samsteypan smíðar lifandi forritasafn: hvert kerfi, viðskiptaeiganda þess, stuðning, kostnað og áhættu. Myndin er edrú — fimmtungur forrita er á óstuddum hugbúnaði, og tylft tvítekur getu sem þegar er til annars staðar — en í fyrsta sinn er hún sýnileg, og verstu afhjúpanirnar fara beint á fyrirtækjaáhættuskrána þar sem stjórnin sér þær.

Út frá þeirri skrá tekur samsteypan vísvitandi val leidd af handfylli samþykktra arkitektúrreglna. Óstudda sjúklingastjórnunarkerfið er forgangsraðað til endurnýjunar, keypt sem stillanleg vara með samningsbundnum opnum-API og gagnaútdráttarréttindum svo samsteypan sé ekki læst aftur. Hentug vinnuálag færist í opinbert ský, metin eitt í einu frekar en eftir slagorði, með kolefni og flytjanleika vegin samhliða kostnaði. Lítið hönnunarvald yfirfer verulegar ákvarðanir og afgreiðir venjulegar hratt. Tólf skarast deildarforrit eru sameinuð í þrjú, og afnumdu kerfin eru tekin úr notkun almennilega — gögn flutt undir skýrum varðveislureglum, háðir athugaðar, notendum sagt, og aðeins þá slökkt.

Ekkert af þessu verður að fyrirsögn. En átján mánuðum síðar veit samsteypan hvað hún rekur, hættulegasta skuld hennar er greidd niður á fjármagnaðri áætlun frekar en vonað burt, og ný samþætting við sameiginlega umönnunarskrá er afhent á vikum því endurnýjuðu kerfin afhjúpa opin API. Næstum-slysið varð augnablikið þegar samsteypan byrjaði að stýra arkitektúr sínum í stað þess að vera stýrt af honum.

Geirasjónarhorn#

Sprotafyrirtæki#

Stafrænt heilbrigðissprotafyrirtæki hefur þann munað að hafa lítið arfakerfi og ætti að verja það ákaft. Smíðaðu ský-fætt frá upphafi, afhjúpaðu opin API og meðhöndlaðu öryggi frá hönnun sem kjarnaeiginleika frekar en síðari kostnað, því varkárir NHS-kaupendur munu skoða öryggisarkitektúr þinn og gagnaútdráttarskilmála náið. Haltu eigin þynnsta nothæfa vettvangi þínum ósvikið þunnum, stenst freistinguna að of-hanna fyrir umfang sem þú hefur ekki enn. Hraðasta leiðin þín að lamandi tæknilegri skuld er að senda hentugleikakóða undir fjárfestaþrýstingi og greiða hann aldrei til baka, svo taktu vísvitandi, sýnileg val um hvaða skuld þú tekur á þig. Þversagnarkennt er að hönnun þannig að viðskiptavinur gæti dregið út gögn sín og farið er það sem vinnur sér inn traustið sem heldur þeim.

Lítil fyrirtæki#

Rótgróinn lítill veitandi — heimilislæknastofa, samfélagsapótek, hjúkrunarheimili, stakstaða stofa eða lítill heilbrigðistæknibirgi umfram sprotastigið — ber sömu skyldur og stór samsteypa en með brot af auðlindunum og sjaldan neina sérstaka upplýsingatæknigetu. Hér er arkitektúr aðallega agi þess að kaupa vel: veldu virta hugbúnað-sem-þjónustu svo birgirinn beri hýsinguna, plástrunina og öryggið sem þú getur ekki mannað sjálfur, og lestu samninginn fyrir gagnaútdráttar- og útgönguréttindi áður en þú skrifar undir, því læsing bítur harðast þegar þú hefur engan áhrifamátt. Haltu einfaldri skrá yfir fáu kerfin sem þú ert háður og vittu hver eru enn studd, því jafnvel lítil eign getur falið ólagaða vél sem stöðvar stofuna. Krefstu þess að birgjar uppfylli viðurkennda staðla eins og Data Security and Protection Toolkit frekar en að reyna að meta öryggi frá grunni. Þegar fé er knappt er freistingin að halda gömlu, óstuddu kerfi gangandi til að forðast reikning, en það er öryggisákvörðun sem þú ættir að taka vísvitandi, ekki af reki.

Stórfyrirtæki#

Stór samsteypa eða birgir ber áratugi af söfnuðum kerfum og getur ekki einfaldlega byrjað aftur. Raunsæja stefnan er agaður þróun: haltu lifandi safni, settu opin, API-byggð lög fyrir framan það sem verður að vera og greiddu niður hættulegustu skuldina á fjármagnaðri, forgangsraðaðri áætlun frekar en í stöku panikkum. Rektu hönnunarvald sem er virt því það gerir afhendingu mögulega, ekki óttað því það hindrar hana, og gerðu tæknilega skuld að viðvarandi áhættu á stjórnarstigi með nafngreindum eiganda. Gættu þín gegn læsingu við hverja endurnýjun, og meðhöndlaðu brottfellingu sem raunverulega, fjármagnaða vinnu frekar en eftiráhugsun. Þetta er sami endurnotkunar-og-opinna-viðmóta agi sem stýrir kjarnarekstrarvettvöngum í Viðfangsefni 5.4 — Fyrirtækjaauðlindaáætlanagerð (ERP).

Hið opinbera#

Lands- og svæðisstofnanir setja skilyrðin sem allur geirinn starfar í, og arkitektúrval þeirra gárast út á við. Verðmætustu hlutirnir sem ríkisvald getur gert eru að skylda opna staðla, veita endurnýtanlega landsvettvanga svo staðbundnar skipulagsheildir smíði einu sinni og setja ský-, öryggis- og sjálfbærnivæntingar sem hækka gólfið alls staðar. Mikilvægt er að ríkisvaldið verður að fjármagna óglamúrlega landsvinnu — arfaúrbætur, hugtakaviðhald, brottfellingarstuðning — sem engin einstök skipulagsheild mun fjármagna ein en sem allir eru háðir. Staðfastlega framfylgdur, nógu góður staðall endurnotaður víða sigrar fræðilega betri sem er innleiddur ósamkvæmt. Þetta ráðsmannshlutverk tengist Viðfangsefni 9.1 — Samstarf við staðbundin og landsstjórnvöld og hvernig samstarfsaðilar vinna saman í Viðfangsefni 9.0 — Samstarf við samstarfsstofnanir.

Algeng mistök#

• Ósýnileg eign. Að reka hundruð forrita án nákvæmrar skrár, svo afhjúpun er óþekkt, tvítekning ómerkt og fyrsta merki brothættni er bilun eða brot.
• Skuld falin fyrir stjórninni. Að halda óstuddum hugbúnaði og tæknilegri skuld sem tæknilegri neðanmálsgrein frekar en nafngreindri fyrirtækjaáhættu, svo hún er aldrei fjármögnuð fyrr en hún bilar.
• Ský sem slagorð. Að lyfta-og-færa óbreytt arfakerfi í opinbert ský af meginreglu, sem flytur vandann á hærri kostnaði, eða flækja gögn og tól svo djúpt í einum veitanda að það verður ný læsing.
• Hönnunarvald sem flöskuháls. Að leyfa arkitektúrstjórnarháttum að verða hægt hlið sem teymi sniðganga, sem framleiðir óskjalfestan skuggaarkitektúr verri en engan.
• Smíða þegar þú ættir að stilla. Að velja sérsmíðar fyrir hversdagsþarfir, á límmiðaverði frekar en heildareignarkostnaði, og erfa áratug viðhalds sem þú gerðir ekki fjárlög fyrir.
• Að taka aldrei úr notkun. Að láta úrelt kerfi keyra „til öryggis“, hvert árásarflötur, leyfiskostnaður og viðhaldstap sem enginn á.
• Öryggi fest á. Að meðhöndla öryggi sem hlið fyrir opnun frekar en hönnunarinntak, svo árásarflöturinn er settur löngu áður en nokkur metur hann.
• Læsing sjálfgefið. Að skrifa undir vettvanga án opinna viðmóta eða gagnaútdráttarréttinda, og uppgötva kostnað gildrunnar aðeins þegar þú reynir að fara.

Þroskalíkan#

Gátlisti#

• Lifandi forritasafn skráir eiganda, kostnað, stuðning og áhættu hvers kerfis og er yfirfarið reglulega.
• Óstudd og ólaganleg mikilvæg kerfi eru greind og sitja á fyrirtækjaáhættuskrá, ekki í tæknilegum töflureikni.
• Stutt, samþykkt safn arkitektúrreglna er ósvikið notað til að taka og rökstyðja ákvarðanir.
• Hönnunarvald yfirfer verulegar, erfitt-að-snúa-við ákvarðanir og afgreiðir venjulegar hratt, gerir kleift frekar en hindrar.
• Skýjaupptaka er metin vinnuálag fyrir vinnuálag, vegandi búsetu, seiglu, kostnað, flytjanleika og kolefni.
• Tæknileg skuld hefur nafngreindan eiganda og fjármagnaða úrbótaáætlun, ekki bara stöku slökkvistarf.
• Tvítekin og úrelt kerfi eru hagrædd, og brottfelling er fjármögnuð með gagnaflutningi, varðveislu og háðaathugunum.
• Ný geta afhjúpar opin, útgáfumerkt API svo skipta megi um íhluti án þess að endurbyggja kringum þá.
• Öryggi er hannað inn frá byrjun — lágmarks árásarflötur, minnstu forréttindi, skipting — ekki fest á fyrir opnun.
• Smíða/kaupa/stilla ákvarðanir eru teknar á heildareignarkostnaði og læsingu, með útgöngu- og gagnaútdráttarréttindi tryggð fyrir undirskrift.

Helstu heimildir#

• NHS England — skýjastefna, tæknistaðlar og Data Security and Protection Toolkit.
• National Cyber Security Centre (NCSC) — örugg hönnunarreglur og skýjaöryggisleiðbeiningar.
• Bresk stjórnvöld (GDS/CDDO) — Technology Code of Practice og ský-fyrst stefna.
• National Audit Office — skýrslur um NHS arfakerfi, WannaCry-árásina og upplýsingatæknidrifin áætlanaverkefni.
• The Open Group — TOGAF, fyrirtækjaarkitektúrramminn.
• Government Digital Service — hugtakið „þynnsti nothæfi vettvangurinn“ í GOV.UK service manual og hönnunarsamfélaginu.

Tilvísanir#

1. Enterprise architecture — Wikipedia — https://en.wikipedia.org/wiki/Enterprise_architecture
2. Solution architecture — Wikipedia — https://en.wikipedia.org/wiki/Solution_architecture
3. Systems architecture — Wikipedia — https://en.wikipedia.org/wiki/Systems_architecture
4. Cloud computing — Wikipedia — https://en.wikipedia.org/wiki/Cloud_computing
5. Software as a service — Wikipedia — https://en.wikipedia.org/wiki/Software_as_a_service
6. Legacy system — Wikipedia — https://en.wikipedia.org/wiki/Legacy_system
7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
8. Application portfolio management — Wikipedia — https://en.wikipedia.org/wiki/Application_portfolio_management
9. Application programming interface — Wikipedia — https://en.wikipedia.org/wiki/Application_programming_interface
10. Total cost of ownership — Wikipedia — https://en.wikipedia.org/wiki/Total_cost_of_ownership
11. Secure by design — Wikipedia — https://en.wikipedia.org/wiki/Secure_by_design
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. Cloud strategy — NHS England — https://www.england.nhs.uk/long-read/cloud-centre-of-excellence/
14. Secure design principles — National Cyber Security Centre — https://www.ncsc.gov.uk/collection/cyber-security-design-principles
15. Technology Code of Practice — UK Government (CDDO) — https://www.gov.uk/guidance/the-technology-code-of-practice
16. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
17. TOGAF Standard — The Open Group — https://www.opengroup.org/togaf
18. Service Manual: cloud and platforms — Government Digital Service — https://www.gov.uk/service-manual