Datalokalisering beskriver var data lagras eller behandlas. En schweizisk server fastställer inte platsen för säkerhetskopior, supportsystem, externa integrationer eller varje person med åtkomst; bedöm dessa komponenter separat.
Separera maskinens plats från dataresan
En landsbeteckning på en hostingplan svarar på en snäv fråga: var den listade konfigurationen finns. Din applikation kan fortfarande skicka information någon annanstans. Felrapportering, e-postleverans, betalningsbehandling, säkerhetskopior på annan plats och administratörsåtkomst är en del av tjänsten även när de saknas i infrastrukturdiagrammet. Behandla den schweiziska destinationen som en post i en datakarta, snarare än en slutsats om hela projektet.
Börja med att namnge den information du hanterar. En offentlig dokumentationswebbplats, en kundportal och ett privat arkiv behöver olika kontroller. Skilj på publicerat innehåll, personuppgifter, autentiseringshemligheter och interna operativa register. Registrera varför varje kategori finns och vad som skulle hända om den röjdes, ändrades eller förlorades. Detta gör senare platsbeslut konkreta i stället för att förlita sig på en jurisdiktions allmänna attraktionskraft.
Bygg ett litet behandlingsregister
Följ en representativ användaråtgärd från webbläsaren till lagringen. Notera vilket system som tar emot begäran, vad det skriver och vilka andra tjänster som meddelas. Upprepa övningen för kontoskapande, lösenordsåterställning, uppladdningar och support. Du kommer ofta att upptäcka sekundära kopior i loggar, e-postköer och diagnostiska exporter. Registrera dessa medan arkitekturen fortfarande är tillräckligt enkel att ändra.
Använd ett register med syfte, destination, åtkomstägare och retentionbeslut för varje komponent. Du behöver inte ett avancerat efterlevnadsverktyg för att börja. Den användbara egenskapen är att någon kan förklara varje rad och uppdatera den efter en ny integration. Ett diagram utan säkerhetskopieringsplatser eller administrativ åtkomst är ofullständigt för ett lokaliseringsbeslut.
| Komponent | Vad som ska fastställas | Användbar bevisning |
|---|---|---|
| Primär databas | Hostingplats och tillåten åtkomst | Tjänstespecifikation och åtkomstpolicy |
| Återställningskopia | Destination, retention och radering | Säkerhetskopieringskonfiguration och återställningsprocedur |
| Supportexport | Innehåll och mottagare | Redigerat prov och supportpolicy |
| Extern integration | Information som skickas och behandlingsvillkor | Integrationskonfiguration och leverantörsdokumentation |
Förstå det ansvar som kvarstår hos dig
Schweiziska federala dataskydds- och informationskommissionären förklarar att outsourcing av behandling inte tar bort den personuppgiftsansvariges ansvar för dataskydd. Dess vägledning omfattar val av personuppgiftsbiträden, utfärdande av instruktioner och kontroll av hanteringen av personuppgifter. Detta är en anledning att inspektera tjänsteförhållandet såväl som rackplatsen. De exakta skyldigheterna för din organisation beror på det tillämpliga regelverket och den information som är involverad.
Om information kan lämnas ut över gränser, använd relevant officiell vägledning och inhämta rådgivning för beslut som kräver en juridisk bedömning. Undvik att förklara att ett landsnamn automatiskt gör applikationen efterlevande. Fråga vilka personuppgiftsbiträden och underbiträden som finns, var behandlingen sker och vilka arrangemang som gäller. Förvara svaren med projektets operativa dokumentation så att beslutet kan granskas senare.
Minska informationen som behöver ett platsbeslut
Samla bara in det som tjänar ett definierat syfte. Ett nyhetsbrev behöver nödvändigtvis inte en fullständig postadress, och en felsökningsrapport behöver sällan en hel kunddatabas. Att ta bort onödiga fält minskar exponeringen och förenklar retentionen. Håll hemligheter borta från diagnostiska verktyg och överväg om aggregerade mätningar svarar på den operativa frågan utan att återge enskilda poster.
Kryptering kan hjälpa till att skydda vissa kopior, men identifiera vem som kontrollerar nycklarna och var dekryptering sker. En applikation som måste behandla läsbara data kan inte behandlas som om ingen någonsin kan komma åt dem. På samma sätt kan en pseudonym identifierare fortfarande koppla samman poster över tid. Beskriv den implementerade kontrollen exakt i stället för att använda en krypteringsmärkning som ersättning för behandlingskartan.
Ett praktiskt scenario: en liten kundportal
Föreställ dig en portal som ligger på en schweizisk VPS, med en oberoende återställningskopia och en tredjeparts e-posttjänst. Kunddatabasen stannar på VPS under normal drift, men meddelanden om återställning av lösenord och supportaviseringar lämnar den maskinen. Teamet bör dokumentera de minsta fälten i dessa meddelanden, destinationen som används för säkerhetskopior och vilka personer som får exportera poster.
En förnuftig granskning kan ersätta en fullständig post i en felrapport med en slumpmässig incidentreferens, förkorta diagnostikens lagringstid och begränsa åtkomsten till säkerhetskopior. Dessa ändringar är användbara oavsett vilket land som valts. Exemplet är en planeringsövning, inte ett påstående att SwissOctet innehåller dessa integrationer eller har verifierat en viss placering av data.
Verifiera kartan innan du gör ett offentligt åtagande
Innan du lovar dina användare en plats bör du jämföra registret med den faktiska konfigurationen och bekräftade tjänstevillkor. Testa om rutinerna för säkerhetskopiering och radering fungerar som förväntat. Granska exporter, övervakningsagenter och schemalagda jobb, eftersom de kan skapa kopior som ingen kommer ihåg vid det första köpet. Utse någon som godkänner nya destinationer och uppdaterar registret när arkitekturen ändras.
SwissOctet presenterar schweiziska konfigurationer i sin katalog. Den aktiva operatörens behandlingsarrangemang, supportåtkomst och regler för lagringstid måste bekräftas separat före en verklig beställning. Välj infrastruktur med den gränsen i åtanke: en tydlig schweizisk placering kan stödja din arkitektur, medan en fullständig och underhållen datakarta stödjer de påståenden du gör om den.
Din praktiska checklista.
- Klassificera informationen som hanteras av projektet.
- Kartlägg primär lagring, säkerhetskopior, loggar och integrationer.
- Identifiera personuppgiftsbiträden, åtkomständamål och beslut om lagringstid.
- Granska officiell vägledning för tillämpliga gränsöverskridande frågor.
- Verifiera den faktiska konfigurationen innan du lovar en placering.
Detaljerna som spelar roll.
Innebär en schweizisk server att varje kopia stannar i Schweiz?+
Nej. Destinationer för säkerhetskopior, exporter, supportsystem och integrationer har sina egna dataflöden och måste kontrolleras separat.
Tar kryptering bort behovet av att kartlägga behandlingen?+
Nej. Du behöver fortfarande veta var data och nycklar finns, vem som kan dekryptera dem och vilken behandling som sker.
Certifierar den här guiden en SwissOctet-driftsättning?+
Nej. Den tillhandahåller en planeringsmetod. Aktiva behandlingsvillkor och implementerade kontroller behöver bekräftas för den specifika tjänsten.
Gå till källan.
Dessa referenser stöder de tekniska begreppen i denna guide. Följ aktuell dokumentation innan du ändrar ett produktionssystem.
- FDPIC: Databehandling i molnet www.edoeb.admin.ch
- FDPIC: Outsourcing av databehandling www.edoeb.admin.ch
- FDPIC: Gränsöverskridande överföring av personuppgifter www.edoeb.admin.ch
Redaktionell vägledning av SwissOctet. Exemplen är illustrativa. Tjänstespecifikationer, tillgängliga alternativ och avtalsvillkor måste verifieras separat.