Ar putea cineva să explice cum corporațiilor le place Facebook și Instagram (sau literar oricine care stochează datele utilizatorului) gestionează tehnic stocarea datelor cetățenilor UE în Europa?
Construiesc un site web care va permite utilizatorilor să-și încarce fotografiile și videoclipurile și să le partajeze prietenilor. Conform regulamentului GDPR - toate datele care identifică cetățenii UE ar trebui stocate și procesate în UE. Deci, de exemplu, dacă încarc fotografia și există fața mea în ea - atunci datele ar trebui să fie stocate în UE.
Înseamnă acest lucru din punct de vedere tehnic că trebuie să folosim mai multe clustere de sisteme de fișiere distribuite (de exemplu: GlusterFS
) pentru această sarcină? De exemplu:
- primul cluster - non UE
- al doilea cluster din UE
apoi montem sistemele de fișiere în următoarele directoare:
iar atunci când datele sunt salvate, acestea ajung fie la un server, fie la altul. Îmi vine greu să cred că aceasta este soluția problemei. Imaginează-ți dacă utilizatorul GoogleDrive din SUA migrează în UE, așa că acum Google trebuie să migreze xx gigagytes de date în Europa.. Având în vedere că toate fișierele au metadatele asociate cu ele undeva în DB - înseamnă că acest DB trebuie să fie actualizat la în același timp în care datele sunt migrate. La revedere ACID
principii.
Există poate un fel de mecanism de etichetare care permite sistemelor de fișiere distribuite să amestece automat datele în funcție de numele fișierului?
De exemplu, dacă fișierul este numit noi_imaginea mea.png
merge la server (sau la un grup de servere) cu ne
label și dacă mai târziu redenumesc fișierul în eu_myimage.png
apoi fișierul este reechilibrat la server cu eu
eticheta?
Am analizat unele dintre soluțiile existente, cum ar fi GlusterFS
și minio
dar nu a putut găsi indicii. Cea mai apropiată soluție la această problemă este implementată de mongodb
prin GridFS
, unde ați putea amesteca datele între clustere pe baza etichetelor.. În cazul meu, sunt interesat de soluția de stocare a sistemului de fișiere.