Foto til artiklen Hvilke integrationshensyn bør indgå i valg af cloudplatform?
Foto af LoboStudioHamburg på Pixabay

Platformvalg

Hvilke integrationshensyn bør indgå i valg af cloudplatform?

Kortlæg før platformvalget de systemer, data, identiteter, leverandører og arbejdsprocesser, som cloudplatformen skal spille sammen med.

Dette er et redaktionelt pseudonym for udgivelsen, ikke en påstand om en uafhængigt verificeret personlig identitet. Oprindelig redaktionel kreditering: Redaktion Integration.

Kortlæg integrationslandskabet før platformvalget

Kortlæg før platformvalget de systemer, data, identiteter, leverandører og arbejdsprocesser, som cloudplatformen skal spille sammen med. Ifølge GDPR-tjeklisten skal I have en komplet oversigt over behandlede persondata: navne, e-mails, CPR-numre og helbredsoplysninger.

Oversigten skal vise, hvor data ligger – lokale servere, cloudtjenester og papirarkiver – hvem der har adgang og hvorfor, opbevaringsperiode samt hvilke systemer og leverandører der behandler dem på jeres vegne. Fortegnelsen over behandlingsaktiviteter er lovpligtig for de fleste virksomheder, skal holdes opdateret og kunne fremvises ved tilsyn.

Teknisk bør integrationskravene beskrive præcist, hvilke servere og applikationer der skal kunne flyttes eller forbindes. De bør også angive, hvilke brugeridentiteter og rettigheder der skal bevares, og hvilke data- og leverandørforbindelser der skal videreføres.

Trin til korrekt integrationsvurdering før cloudvalg

  1. Kortlæg integrationslandskabetIdentificér systemer, data, identiteter, leverandører og arbejdsprocesser, der skal integreres.
  2. Vurder identitets- og adgangsintegrationSørg for, at brugeridentiteter og rettigheder bevares over miljøer.
  3. Analyser applikationer, data og netværkAfgør, hvilke systemer kan flyttes uændret, og hvilke kræver ombygning.
  4. Overvej åbne standarder og lock-inKræv åben datamodel, genbrug af komponenter og undgå leverandørafhængighed.
  5. Vurdér exit og portabilitetInkluder omkostninger til migrering, oplæring og parallel drift i planlægningen.

Identitets- og adgangsintegration

Identitets- og adgangsstyring bør komme først, fordi den rammer alle brugere og systemer. Azure-eksemplet viser, hvordan Azure Active Directory kan udvide lokal identitets- og adgangsstyring til skyen, så eksisterende brugeridentiteter og rettigheder bevares, og overgangen bliver lettere.

Undersøg derfor, om platformen kan integrere med jeres nuværende directory, og om brugerne kan beholde samme identitet og rettigheder. Afklar også, hvordan grupper, roller, tjenestekonti, privilegeret adgang og medarbejderes livscyklus håndteres på tværs af miljøer. Uklare svar kan betyde, at I manuelt skal genopbygge rettigheder eller acceptere svagere adgangskontrol end i dag.

Integration med applikationer, data og netværk

Vurder, om platformen kan udvide eller forbinde jeres eksisterende applikationer, virtuelle maskiner, data og netværk.

Azure-eksemplet viser, at eksisterende Windows Server-infrastruktur kan udvides til skyen. Virtuelle maskiner, applikationer og data kan flyttes uden store ændringer, mens funktionalitet og administration bevares.

Samme kilde peger på Azure Functions til serverløs computing, Logic Apps til automatisering, Data Factory til dataintegration, IoT Hub til IoT-enheder og Cognitive Services til AI-berigelse. Afklar for hver applikation, om den kan flyttes uændret, om den skal gentænkes til platformens managede tjenester, eller om den slet ikke passer.

Netværksdelen bør omfatte private forbindelser, DNS, firewalls, båndbredde og dataflows mellem cloud og eksisterende miljøer.

Åbne standarder, datamodeller og lock-in

Integrationsvalg skal også mindske afhængigheden af enkelte leverandører og teknologier. Open source-vejledningen beskriver open source som software under en licens, der giver enhver ret til frit og til ethvert formål at bruge, undersøge, ændre og dele softwaren og dens kildekode. Den beskriver det også som en strategisk forretningsmodel, der fremmer medejerskab, deling, videreudvikling og genbrug.

Vejledningen fremhæver, at offentlige myndigheder så vidt muligt undgår løsninger, der skaber afhængighed af specifikke leverandører og teknologier. Den siger også, at åbne standarder er det fælles sprog, systemer bruger til at udveksle informationer på tværs af softwarevalg. Stil derfor krav om en åben og fleksibel datamodel, omkostningsfri adgang til data, understøttelse af åbne standarder og mulighed for at genbruge komponenter.

Platformens økosystem og tjenestebredde

Platformens økosystem påvirker både integrationsmuligheder og den daglige administration. Azure er tæt knyttet til Microsofts økosystem og teknologier som Windows Server og Active Directory. Ifølge kilden er det nemt, hvis man allerede kender Microsofts programmer.

AWS er kendt for et omfattende globalt netværk med et stort antal datacentre fordelt over hele verden. Det giver hurtig og pålidelig adgang uanset geografisk placering. AWS kan dog være komplekst at navigere og administrere, især for mindre virksomheder eller dem uden erfaring med cloud computing.

GCP er blevet populær på grund af fokus på datavidenskab og kunstig intelligens. Mange virksomheder med store datamængder og komplekse analyser foretrækker derfor GCP. Samtidig har GCP et mindre udvalg af tjenester end AWS.

Vælg økosystem efter, om organisationen er Microsoft-tung, har behov for global netværksdækning, eller arbejder datatungt med AI. Husk, at en bred tjenestekatalog også øger administrationskompleksiteten.

Sammenligning af cloudplatforme: Azure, AWS og GCP

  • AzureTæt knyttet til Microsoft-økosystem (Windows Server, Active Directory). Let at bruge for organisationer med eksisterende Microsoft-teknologier.
  • AWSOmfattende global netværk med mange datacentre. God for global adgang, men kan være kompleks at administrere, især for mindre virksomheder.
  • GCPStærkt fokus på datavidenskab og kunstig intelligens. Mindre tjenestebredde end AWS, men populær blandt datatunge organisationer.

Lad workloaden styre integrationskravene

Lad de workloads, der skal flyttes eller bygges, styre integrationskravene. Ifølge Conscia-artiklen afhænger svaret på, om en anden cloud er et alternativ, af hvilke typer workloads man har eller planlægger at bruge. Nogle løsninger er ligetil at flytte, mens andre kræver lidt ekstra arbejde.

Artiklen foreslår at sammenligne tre områder: om årsagen til at være i cloud også findes i alternativet, om den nødvendige funktionalitet findes, og om fordelene ved skiftet er til stede. Den peger også på, at cloudvalg ikke kun handler om pris; hurtig innovation, fokus på kerneforretningen og managede tjenester som backup, database og Kubernetes vejer ofte tungt.

Opdel porteføljen i løft-og-skift-workloads, workloads der skal re-platformes, og workloads der er tæt bundet til platformspecifikke tjenester. Stil forskellige integrationskrav til hver gruppe.

Compliance, dataplacering og databehandlerkæde

Når cloudplatformen skal behandle persondata, er databehandlerkæden et centralt integrationshensyn. GDPR-tjeklisten slår fast, at der skal være en skriftlig databehandleraftale (DPA), når eksterne leverandører behandler persondata på jeres vegne – fx cloudtjenester, e-mailsystemer, CRM-systemer, lønbureauer og IT-leverandører.

DPA'en skal beskrive, hvilke data der behandles og til hvilket formål, og leverandørens sikkerhedsforpligtelser. Den skal også dække regler for underdatabehandlere, rettigheder ved tilsyn og auditering samt hvad der sker med data ved aftalens ophør. Gennemgå alle leverandører og sikr opdaterede databehandleraftaler med alle, der håndterer persondata.

Afklar dataplacering og kontrol med underleverandører konkret. I CRM-eksemplet skal systemet kunne slette alle data om en person permanent, når den registrerede anmoder om det. Det bør testes, om en kontakt kan slettes fuldstændigt inklusive relaterede data som e-mails, opkald og noter; dataeksport skal også være mulig.

GDPR-bøder kan være op til 20 mio. euro eller 4 % af den globale årsomsætning, og Datatilsynet fører løbende tilsyn. Globeteam fremhæver, at compliance kræver fuldstændigt overblik over alle behandlingsaktiviteter. Det kræver også viden om, hvilke data der ligger hvor, risikovurdering af både behandlinger og systemer samt sikkerhed for, at den, der hoster data, er compliant.

Spørg derfor cloudleverandøren om dataplacering, underdatabehandlere, auditadgang, sletning ved exit og dokumentation, der kan indgå i jeres egen fortegnelse.

GDPR-tjekliste: Krav til databehandleraftaler og datalokalisering

  • Skriftlig databehandleraftale (DPA)Kræves, når eksterne leverandører behandler persondata – fx CRM, e-mailsystemer, lønbureauer.
  • DataplaceringKlar over, hvor data opbevares – specielt vigtigt i Danmark og EU.
  • UnderdatabehandlereSkal dokumenteres og godkendes i DPA’en.
  • Rettighed til sletning og dataportabilitetSystem skal kunne slette alle data permanent og eksportere data efter anmodning.
  • AuditadgangCloudleverandør skal tillade tilsyn og audit af sikkerhedsforpligtelser.

Faktorer i cloudvalg: Compliance, kostnad og organisatorisk integration

Datatilsyns kontrol
Løbende tilsyn fra Datatilsynet over behandlingsaktiviteter
ISO 27001
Anbefalet ramme for informationssikkerhed og compliance
Change management
Vigtigt for succesfuld implementering og medarbejderuddannelse

Exit, portabilitet og omkostninger ved at skifte

Vurder integrationerne i et livscyklusperspektiv, før I skriver under. GDPR giver de registrerede ret til sletning og dataportabilitet, og det bør afspejles i kravene til exit og dataudtræk. Medtag derfor omkostninger til datamigrering, re-integration, omlæring af identiteter, oplæring, parallel drift og afvikling af eksisterende kontrakter i exitvurderingen.

Organisatorisk integration: kompetencer, drift og uddannelse

Organisationens kompetencer og driftsmodel er en del af integrationsarbejdet. Azure-eksemplet viser, at kendskab til Microsofts teknologier og programmer gør integrationen lettere.

Globeteam fremhæver, at GDPR-compliance kræver styr på politikker og processer og et fuldstændigt overblik over behandlingsaktiviteter. Det kræver også en stor og vedvarende indsats. Change management, uddannelse og træning af medarbejdere er en del af arbejdet, og ISO27001 nævnes som en praktisk ramme.

Vælg derfor en platform, hvor eksisterende kompetencer kan genbruges. Planlæg samtidig governance, oplæring, supportmodel og løbende drift, så integrationerne ikke kun virker på papiret.

Mere fra Platformvalg