# Rezidența datelor în Elveția: cartografiați întregul serviciu | SwissOctet Insights https://swissoctet.com/ro/insights/swiss-data-residency-map/ SwissOctet / Perspective / Confidențialitate prin proiectare Confidențialitate prin proiectare Fundament · 6 min de citire Rezidența datelor în Elveția: cartografiați întregul serviciu Locația unui server elvețian este un punct de plecare. Cartografiați datele aplicației, backup-urile, accesul pentru suport și serviciile externe înainte de a vă angaja la rezidență. De SwissOctet Editorial Salvați ghidul Copiați linkul PE ACEASTĂ PAGINĂ 01 Separați locația mașinii de parcursul datelor 02 Construiți un registru mic de prelucrare 03 Înțelegeți responsabilitatea care vă rămâne 04 Reduceți informațiile care necesită o decizie de locație 05 Un scenariu practic: un portal mic pentru clienți 06 Verificați harta înainte de a vă asuma un angajament public Lista dumneavoastră practică de verificare Surse și lecturi suplimentare Înapoi la bibliotecă RĂSPUNSUL DIRECT Rezidența datelor descrie unde sunt stocate sau prelucrate datele. Un server elvețian nu stabilește locația backup-urilor, sistemelor de suport, integrărilor externe sau a fiecărei persoane cu acces; evaluați aceste componente separat. 01 Separați locația mașinii de parcursul datelor O etichetă de țară pe un plan de găzduire răspunde la o întrebare îngustă: unde se află configurația listată. Aplicația dumneavoastră poate trimite totuși informații în altă parte. Raportarea erorilor, livrarea e-mailurilor, procesarea plăților, backup-urile externe și accesul administratorului fac parte din serviciu chiar și atunci când lipsesc din diagrama infrastructurii. Tratați destinația elvețiană ca o intrare într-o hartă a datelor, nu ca o concluzie despre proiectul complet. Începeți prin a numi informațiile pe care le gestionați. Un site public de documentație, un portal pentru clienți și o arhivă privată necesită controale diferite. Distingeți conținutul publicat, informațiile personale, secretele de autentificare și înregistrările operaționale interne. Înregistrați de ce există fiecare categorie și ce s-ar întâmpla dacă ar fi divulgată, modificată sau pierdută. Astfel, deciziile ulterioare privind locația devin concrete, în loc să se bazeze pe atractivitatea generală a unei jurisdicții. 02 Construiți un registru mic de prelucrare Urmăriți o acțiune reprezentativă a utilizatorului de la browser la stocare. Observați ce sistem primește cererea, ce scrie și ce alte servicii sunt notificate. Repetați exercițiul pentru crearea contului, recuperarea parolei, încărcări și suport. Veți descoperi adesea copii secundare în jurnale, cozi de e-mail și exporturi de diagnostic. Înregistrați-le cât timp arhitectura este încă suficient de simplă pentru a fi schimbată. Folosiți un registru cu un scop, o destinație, un proprietar al accesului și o decizie de retenție pentru fiecare componentă. Nu aveți nevoie de un instrument de conformitate elaborat pentru a începe. Proprietatea utilă este că cineva poate explica fiecare rând și îl poate actualiza după o nouă integrare. O diagramă fără locațiile backup-urilor sau accesul administrativ este incompletă pentru o decizie de rezidență. Componentă Ce să stabiliți Dovezi utile Baza de date primară Locația de găzduire și accesul permis Specificația serviciului și politica de acces Copie de recuperare Destinație, retenție și ștergere Configurația de backup și procedura de restaurare Export de suport Conținut și destinatari Eșantion redactat și politica de suport Integrare externă Informații trimise și termeni de prelucrare Configurația integrării și documentația furnizorului 03 Înțelegeți responsabilitatea care vă rămâne Comisarul Federal Elvețian pentru Protecția Datelor și Informații explică faptul că externalizarea prelucrării nu elimină responsabilitatea operatorului pentru protecția datelor. Îndrumările sale acoperă selectarea procesatorilor, emiterea instrucțiunilor și verificarea gestionării datelor personale. Acesta este un motiv pentru a inspecta relația de serviciu, precum și locația rack-ului. Obligațiile exacte pentru organizația dumneavoastră depind de cadrul aplicabil și de informațiile implicate. Acolo unde informațiile pot fi divulgate peste granițe, folosiți îndrumările oficiale relevante și obțineți consultanță pentru deciziile care necesită o evaluare juridică. Evitați să declarați că un nume de țară face automat aplicația conformă. Întrebați cine sunt procesatorii și subprocesatorii, unde are loc prelucrarea și ce aranjamente se aplică. Păstrați răspunsurile împreună cu documentația operațională a proiectului, astfel încât decizia să poată fi reevaluată ulterior. 04 Reduceți informațiile care necesită o decizie de locație Colectați doar ceea ce servește unui scop definit. Un newsletter nu are neapărat nevoie de o adresă poștală completă, iar un raport de depanare rareori are nevoie de o întreagă bază de date de clienți. Eliminarea câmpurilor inutile reduce expunerea și simplifică retenția. Țineți secretele în afara instrumentelor de diagnostic și luați în considerare dacă măsurătorile agregate răspund întrebării operaționale fără a reproduce înregistrări individuale. Criptarea poate ajuta la protejarea anumitor copii, dar identificați cine controlează cheile și unde are loc decriptarea. O aplicație care trebuie să prelucreze date lizibile nu poate fi tratată ca și cum nimeni nu ar putea vreodată să le acceseze. De asemenea, un identificator pseudonim poate încă să lege înregistrări în timp. Descrieți controlul implementat cu precizie, în loc să folosiți o insignă de criptare ca substitut pentru harta prelucrării. 05 Un scenariu practic: un portal mic pentru clienți Imaginați-vă un portal găzduit pe un VPS elvețian, cu o copie de recuperare independentă și un serviciu de e-mail terț. Baza de date a clienților rămâne pe VPS în timpul funcționării normale, dar mesajele de resetare a parolei și notificările de asistență părăsesc acel sistem. Echipa ar trebui să înregistreze câmpurile minime din acele mesaje, destinația folosită pentru backup și persoanele autorizate să exporte înregistrări. O analiză rezonabilă ar putea înlocui o înregistrare completă dintr-un raport de eroare cu o referință aleatorie de incident, ar scurta retenția diagnosticelor și ar restricționa accesul la backup. Aceste modificări sunt utile indiferent de țara selectată. Exemplul este un exercițiu de planificare, nu o afirmație că SwissOctet include aceste integrări sau a verificat o anumită configurație de rezidență a datelor. 06 Verificați harta înainte de a vă asuma un angajament public Înainte de a promite o locație utilizatorilor dvs., comparați registrul cu configurația reală și cu termenii de serviciu confirmați. Testați dacă procedurile de backup și ștergere funcționează conform așteptărilor. Verificați exporturile, agenții de monitorizare și sarcinile programate, deoarece acestea pot introduce copii de care nimeni nu își amintește la achiziția inițială. Desemnați pe cineva să aprobe destinațiile noi și să actualizeze registrul atunci când arhitectura se modifică. SwissOctet prezintă configurații elvețiene în catalogul său. Modalitățile de procesare ale operatorului activ, accesul la asistență și regulile de retenție trebuie confirmate separat înainte de o comandă reală. Alegeți infrastructura având în vedere această limită: o locație elvețiană clară poate susține arhitectura dvs., în timp ce o hartă a datelor completă și întreținută susține afirmațiile pe care le faceți despre aceasta. TRANSFORMAȚI-O ÎN ACȚIUNE Lista dumneavoastră practică de verificare. ✓ Clasificați informațiile gestionate de proiect. ✓ Cartografiați stocarea principală, backupurile, jurnalele și integrările. ✓ Identificați procesatorii, proprietarii accesului și deciziile de retenție. ✓ Consultați îndrumările oficiale pentru întrebările transfrontaliere aplicabile. ✓ Verificați configurația reală înainte de a promite rezidența datelor. Descărcați lista de verificare ÎNTREBĂRI FRECVENTE Detaliile care contează. Înseamnă un server elvețian că fiecare copie rămâne în Elveția? + Nu. Destinațiile de backup, exporturile, sistemele de asistență și integrările au propriile căi de date și trebuie verificate separat. Elimină criptarea nevoia de a cartografia procesarea? + Nu. Trebuie să știți în continuare unde există datele și cheile, cine le poate decripta și ce procesare are loc. Certifică acest ghid o implementare SwissOctet? + Nu. Oferă o metodă de planificare. Termenii de procesare activi și controalele implementate trebuie confirmați pentru serviciul specific. REFERINȚE PRINCIPALE Mergeți la sursă. Aceste referințe susțin conceptele tehnice din acest ghid. Urmați documentația actuală înainte de a modifica un sistem de producție. FDPIC: Prelucrarea datelor în cloud www.edoeb.admin.ch FDPIC: Externalizarea prelucrării datelor www.edoeb.admin.ch FDPIC: Transferul transfrontalier de date personale www.edoeb.admin.ch Îndrumare editorială de SwissOctet. Exemplele sunt ilustrative. Specificațiile serviciilor, opțiunile disponibile și condițiile contractuale trebuie verificate separat. CONECTAȚI CUNOAȘTEREA Infrastructură conexă. Vector VPS Elveția Vault Storage Elveția Metal Atlas Elveția PĂSTRAȚI FIRUL Următoarele dumneavoastră note de teren. Explorați fiecare ghid NOTĂ DE TEREN / 01 + Cloud și VPS Fundament Cum să alegeți un VPS fără a ghici Transformați o idee de aplicație într-un buget util de resurse, apoi comparați CPU, memoria, stocarea și transferul împreună. 4 min de citit Citiți ghidul NOTĂ DE TEREN / 02 + Dedicated & GPU Fundament VPS sau dedicat: alegeți limita potrivită Înțelegeți ce schimbă o mașină fizică, ce nu schimbă și când devine un pas util pentru volumul dumneavoastră de lucru. 4 min de citit Citiți ghidul NOTĂ DE TEREN / 03 + Confidențialitate prin proiectare Fundament Fără KYC și confidențialitate: înțelegeți diferența Onboardingul fără documente abordează un singur punct de colectare. Înțelegeți celelalte înregistrări, căile de acces și urmele de plată din jurul unui proiect găzduit. 6 min de citire Citiți ghidul