Shared responsibility

Shared responsibility, eller delt ansvar, er en model for fordeling af sikkerheds- og driftsopgaver mellem en cloududbyder og kunden. Udbyderen driver bestemte dele af tjenesten, mens kunden skal konfigurere, beskytte og følge op på de dele, kunden selv kontrollerer.

Fordelingen afhænger af den konkrete tjeneste. En virtuel maskine, en administreret database og en færdig forretningsapplikation efterlader forskellige opgaver hos kunden. En partner kan udføre nogle af dem, men opgavefordelingen skal stadig være tydelig.

Hvorfor er begrebet vigtigt?

Modellen hjælper med at finde opgaver, der ellers falder mellem leverandør og kunde. På en virtuel maskine har kunden typisk ansvar for gæsteoperativsystem og egne applikationer, mens cloududbyderen håndterer den underliggende fysiske infrastruktur.

Når mere af platformen administreres som en tjeneste, kan udbyderen overtage flere tekniske driftsopgaver. Det fjerner ikke kundens behov for at styre data, identiteter og de indstillinger, kunden kontrollerer. De præcise grænser skal efterlæses for hver valgt tjeneste.

Typisk misforståelse

»Leverandøren sikrer platformen« betyder ikke, at alle kundens konfigurationer og adgangstildelinger er korrekte. En sikker underliggende tjeneste kan stadig bruges med uhensigtsmæssig deling eller for brede rettigheder.

Et generelt ansvarsdiagram er heller ikke en selvstændig juridisk afgørelse eller en erstatning for aftalen. Microsoft beskriver eksempelvis sin model som governancevejledning. Brug den til at afklare konkrete opgaver, og undersøg kontraktlige eller juridiske spørgsmål særskilt.

Eksempel

En fiktiv virksomhed flytter ordresystemets database fra en selvadministreret virtuel maskine til en administreret databasetjeneste. Udbyderen overtager driften af tjenestens underliggende operativsystem, så virksomhedens team ikke længere patcher netop dette lag.

Serviceejeren udpeger stadig ansvarlige for databaseadgang, kundestyrede sikkerhedsindstillinger og kontrollen af, at ordresystemet kan gendannes efter virksomhedens krav. Teamet efterlæser tjenestens backup- og retentionsmuligheder og aftaler, hvem der udfører og accepterer en gendannelsesprøve. Flytningen reducerer bestemte driftsopgaver; den afslutter ikke arbejdet med adgang og beredskab.

Best practice

• Beskriv den præcise tjeneste og de funktioner, der bruges; undgå kun at skrive »cloud« i ansvarsfordelingen.

• Fordel konkrete handlinger som konfiguration, patching, overvågning, hændelsesrespons og gendannelsesaccept.

• Angiv en ejer, en udførende part og et forventet kontrolgrundlag for hver vigtig opgave.

• Medtag partnerens leverance og kundens opfølgning, så en delegeret opgave ikke bliver et tomt felt.

• Gennemgå modellen ved nye tjenester, ændrede features og leverandørskift, og prøv de kritiske arbejdsgange.