Datalagring beskriver hvor data lagres eller behandles. En sveitsisk server fastslår ikke plasseringen av sikkerhetskopier, støttesystemer, eksterne integrasjoner eller alle personer med tilgang; vurder disse komponentene separat.
Skill maskinplasseringen fra dataenes reise
En landsetikett på en hostingplan svarer på et smalt spørsmål: hvor den oppgitte konfigurasjonen befinner seg. Applikasjonen din kan fortsatt sende informasjon andre steder. Feilrapportering, e-postlevering, betalingsbehandling, sikkerhetskopier utenfor anlegget og administratortilgang er en del av tjenesten selv når de ikke vises i infrastrukturdiagrammet. Behandle den sveitsiske destinasjonen som én oppføring i et datakart, ikke som en konklusjon om hele prosjektet.
Begynn med å navngi informasjonen du håndterer. Et offentlig dokumentasjonsnettsted, en kundeportal og et privat arkiv trenger ulike kontroller. Skill publisert innhold, personopplysninger, autentiseringshemmeligheter og interne driftsregistre. Registrer hvorfor hver kategori finnes, og hva som ville skje hvis den ble avslørt, endret eller tapt. Dette gjør senere plasseringsbeslutninger konkrete i stedet for å stole på en jurisdiksjons generelle appell.
Bygg et lite behandlingsregister
Følg én representativ brukerhandling fra nettleseren til lagringen. Noter hvilket system som mottar forespørselen, hva det skriver, og hvilke andre tjenester som varsles. Gjenta øvelsen for kontooppretting, passordgjenoppretting, opplastinger og support. Du vil ofte oppdage sekundære kopier i logger, e-postkøer og diagnostiske eksporter. Registrer disse mens arkitekturen fortsatt er enkel nok til å endres.
Bruk et register med formål, destinasjon, tilgangseier og oppbevaringsbeslutning for hver komponent. Du trenger ikke et avansert etterlevelsesverktøy for å begynne. Den nyttige egenskapen er at noen kan forklare hver rad og oppdatere den etter en ny integrasjon. Et diagram uten sikkerhetskopiplasseringer eller administrativ tilgang er ufullstendig for en plasseringsbeslutning.
| Komponent | Hva som skal fastslås | Nyttig dokumentasjon |
|---|---|---|
| Primærdatabase | Hostingplassering og tillatt tilgang | Tjenestespesifikasjon og tilgangspolicy |
| Gjenopprettingskopi | Destinasjon, oppbevaring og sletting | Sikkerhetskopikonfigurasjon og gjenopprettingsprosedyre |
| Supporteksport | Innhold og mottakere | Redigert utvalg og supportpolicy |
| Ekstern integrasjon | Informasjon som sendes, og behandlingsvilkår | Integrasjonskonfigurasjon og leverandørdokumentasjon |
Forstå ansvaret som fortsatt ligger hos deg
Det sveitsiske føderale databeskyttelses- og informasjonskommissariatet forklarer at utsetting av behandling ikke fjerner behandlingsansvarliges ansvar for databeskyttelse. Veiledningen dekker valg av databehandlere, instruksjoner og kontroll av håndtering av personopplysninger. Dette er en grunn til å undersøke tjenesteforholdet så vel som rackplasseringen. De nøyaktige forpliktelsene for din organisasjon avhenger av gjeldende regelverk og informasjonen som er involvert.
Der informasjon kan bli utlevert på tvers av landegrenser, bruk relevant offisiell veiledning og innhent råd for beslutninger som krever en juridisk vurdering. Unngå å erklære at et landsnavn automatisk gjør applikasjonen etterlevelsesdyktig. Spør hvem databehandlerne og underdatabehandlerne er, hvor behandlingen skjer, og hvilke ordninger som gjelder. Oppbevar svarene sammen med prosjektets driftsdokumentasjon, slik at beslutningen kan gjennomgås senere.
Reduser informasjonen som trenger en plasseringsbeslutning
Samle bare inn det som tjener et definert formål. Et nyhetsbrev trenger ikke nødvendigvis en full postadresse, og en feilsøkingsrapport trenger sjelden en hel kundedatabase. Å fjerne unødvendige felt reduserer eksponering og forenkler oppbevaring. Hold hemmeligheter borte fra diagnostiske verktøy, og vurder om aggregerte målinger svarer på drifts-spørsmålet uten å gjengi individuelle poster.
Kryptering kan bidra til å beskytte bestemte kopier, men identifiser hvem som kontrollerer nøklene, og hvor dekryptering skjer. En applikasjon som må behandle lesbare data, kan ikke behandles som om ingen noen gang kan få tilgang til dem. På samme måte kan en pseudonym identifikator fortsatt koble poster over tid. Beskriv den implementerte kontrollen presist i stedet for å bruke et krypteringsmerke som erstatning for behandlingskartet.
Et praktisk scenario: en liten kundeportal
Se for deg en portal som driftes på en sveitsisk VPS, med en uavhengig gjenopprettingskopi og en tredjeparts e-posttjeneste. Kundedatabasen blir på VPS under normal drift, men meldinger for tilbakestilling av passord og supportvarsler forlater maskinen. Teamet bør registrere minimumsfeltene i disse meldingene, destinasjonen som brukes for sikkerhetskopier, og personene som har lov til å eksportere poster.
En fornuftig gjennomgang kan erstatte en fullstendig post i en feilrapport med en tilfeldig hendelsesreferanse, forkorte diagnostisk oppbevaring og begrense sikkerhetskopitilgang. Disse endringene er nyttige uavhengig av valgt land. Eksempelet er en planleggingsøvelse, ikke en erklæring om at SwissOctet inkluderer disse integrasjonene eller har verifisert en bestemt datalagringsordning.
Verifiser kartet før du gir et offentlig løfte
Før du lover brukerne dine en plassering, sammenlign registeret med faktisk konfigurasjon og bekreftede tjenestevilkår. Test om sikkerhetskopi- og sletteprosedyrene fungerer som forventet. Gå gjennom eksporter, overvåkingsagenter og planlagte jobber, fordi de kan innføre kopier som ingen husker fra det opprinnelige kjøpet. Utpek noen til å godkjenne nye destinasjoner og oppdatere registeret når arkitekturen endres.
SwissOctet presenterer sveitsiske konfigurasjoner i katalogen sin. Den aktive operatørens behandlingsordninger, supporttilgang og oppbevaringsregler må bekreftes separat før en reell bestilling. Velg infrastrukturen med den grensen i tankene: en tydelig sveitsisk plassering kan støtte arkitekturen din, mens et fullstendig og vedlikeholdt datakart støtter påstandene du fremsetter om den.
Din praktiske sjekkliste.
- Klassifiser informasjonen prosjektet håndterer.
- Kartlegg primærlagring, sikkerhetskopier, logger og integrasjoner.
- Identifiser databehandlere, tilgangseiere og oppbevaringsbeslutninger.
- Gå gjennom offisiell veiledning for gjeldende grenseoverskridende spørsmål.
- Verifiser faktisk konfigurasjon før du lover datalagring.
Detaljene som betyr noe.
Betyr en sveitsisk server at hver kopi blir i Sveits?+
Nei. Sikkerhetskopidestinasjoner, eksporter, støttesystemer og integrasjoner har sine egne databaner og må kontrolleres separat.
Fjerner kryptering behovet for å kartlegge behandling?+
Nei. Du må fortsatt vite hvor data og nøkler finnes, hvem som kan dekryptere dem, og hvilken behandling som skjer.
Sertifiserer denne veiledningen en SwissOctet-utrulling?+
Nei. Den gir en planleggingsmetode. Gjeldende behandlingsvilkår og implementerte kontroller må bekreftes for den spesifikke tjenesten.
Gå til kilden.
Disse referansene støtter de tekniske konseptene i denne veiledningen. Følg gjeldende dokumentasjon før du endrer et produksjonssystem.
- FDPIC: Databehandling i skyen www.edoeb.admin.ch
- FDPIC: Utsetting av databehandling www.edoeb.admin.ch
- FDPIC: Grenseoverskridende overføring av personopplysninger www.edoeb.admin.ch
Redaksjonell veiledning av SwissOctet. Eksempler er illustrerende. Tjenestespesifikasjoner, tilgjengelige alternativer og kontraktsvilkår må verifiseres separat.