โครงสร้างพื้นฐาน OFFSHORE ส่วนตัว
ความเป็นส่วนตัวโดยการออกแบบพื้นฐาน · อ่าน 6 นาที

การเก็บข้อมูลในสวิตเซอร์แลนด์: จับคู่บริการทั้งหมด

ตำแหน่งเซิร์ฟเวอร์ในสวิตเซอร์แลนด์เป็นจุดเริ่มต้น จับคู่ข้อมูลแอปพลิเคชัน การสำรองข้อมูล การเข้าถึงของฝ่ายสนับสนุน และบริการภายนอกก่อนให้คำมั่นเรื่องการเก็บข้อมูล

โดย SwissOctet Editorial
คำตอบตรงประเด็น

การเก็บข้อมูลในประเทศอธิบายว่าข้อมูลถูกจัดเก็บหรือประมวลผลที่ใด เซิร์ฟเวอร์สวิสไม่ได้ยืนยันตำแหน่งของการสำรองข้อมูล ระบบสนับสนุน การเชื่อมต่อภายนอก หรือทุกคนที่มีสิทธิ์เข้าถึง ให้ประเมินองค์ประกอบเหล่านั้นแยกต่างหาก

01

แยกตำแหน่งของเครื่องออกจากการเดินทางของข้อมูล

ป้ายชื่อประเทศบนแผนโฮสติ้งตอบคำถามแคบๆ: การกำหนดค่าที่ระบุตั้งอยู่ที่ใด แอปพลิเคชันของคุณยังสามารถส่งข้อมูลไปที่อื่นได้ การรายงานข้อผิดพลาด การส่งอีเมล การประมวลผลการชำระเงิน การสำรองข้อมูลนอกสถานที่ และการเข้าถึงของผู้ดูแลระบบเป็นส่วนหนึ่งของบริการ แม้จะไม่ปรากฏในแผนภาพโครงสร้างพื้นฐาน ให้มองปลายทางสวิสเป็นรายการหนึ่งในแผนที่ข้อมูล ไม่ใช่ข้อสรุปเกี่ยวกับโปรเจกต์ทั้งหมด

เริ่มจากระบุชื่อข้อมูลที่คุณจัดการ ไซต์เอกสารสาธารณะ พอร์ทัลลูกค้า และคลังส่วนตัวต้องการการควบคุมที่ต่างกัน แยกเนื้อหาที่เผยแพร่ ข้อมูลส่วนบุคคล ความลับสำหรับการยืนยันตัวตน และบันทึกการดำเนินงานภายใน บันทึกว่าแต่ละหมวดหมู่มีอยู่เพราะเหตุใด และจะเกิดอะไรขึ้นหากถูกเปิดเผย แก้ไข หรือสูญหาย สิ่งนี้ทำให้การตัดสินใจเรื่องตำแหน่งในภายหลังเป็นรูปธรรม แทนที่จะพึ่งความน่าสนใจทั่วไปของเขตอำนาจศาล

02

สร้างทะเบียนการประมวลผลขนาดเล็ก

ติดตามการกระทำของผู้ใช้ที่เป็นตัวแทนหนึ่งรายการจากเบราว์เซอร์ไปจนถึงพื้นที่จัดเก็บ บันทึกว่าระบบใดรับคำขอ เขียนอะไร และบริการอื่นใดได้รับการแจ้งเตือน ทำซ้ำสำหรับการสร้างบัญชี การกู้คืนรหัสผ่าน การอัปโหลด และการสนับสนุน คุณมักจะค้นพบสำเนารองในบันทึก คิวอีเมล และการส่งออกเพื่อวินิจฉัย บันทึกสิ่งเหล่านี้ในขณะที่สถาปัตยกรรมยังเรียบง่ายพอที่จะเปลี่ยนแปลง

ใช้ทะเบียนที่มีวัตถุประสงค์ ปลายทาง เจ้าของการเข้าถึง และการตัดสินใจเรื่องการเก็บรักษาสำหรับแต่ละองค์ประกอบ คุณไม่จำเป็นต้องมีเครื่องมือ compliance ที่ซับซ้อนเพื่อเริ่มต้น คุณสมบัติที่มีประโยชน์คือมีคนที่อธิบายทุกแถวและอัปเดตได้หลังการเชื่อมต่อใหม่ แผนภาพที่ไม่มีตำแหน่งการสำรองข้อมูลหรือการเข้าถึงของผู้ดูแลระบบนั้นไม่สมบูรณ์สำหรับการตัดสินใจเรื่องการเก็บข้อมูลในประเทศ

องค์ประกอบสิ่งที่ต้องกำหนดหลักฐานที่มีประโยชน์
ฐานข้อมูลหลักตำแหน่งโฮสติ้งและการเข้าถึงที่อนุญาตข้อกำหนดบริการและนโยบายการเข้าถึง
สำเนาการกู้คืนปลายทาง การเก็บรักษา และการลบการกำหนดค่าการสำรองข้อมูลและขั้นตอนการกู้คืน
การส่งออกเพื่อการสนับสนุนเนื้อหาและผู้รับตัวอย่างที่ปิดข้อมูลและนโยบายการสนับสนุน
การเชื่อมต่อภายนอกข้อมูลที่ส่งและเงื่อนไขการประมวลผลการกำหนดค่าการเชื่อมต่อและเอกสารของผู้ให้บริการ
03

เข้าใจความรับผิดชอบที่ยังคงอยู่กับคุณ

ผู้ตรวจการคุ้มครองข้อมูลและข้อมูลข่าวสารแห่งสหพันธรัฐสวิสอธิบายว่าการจ้างบุคคลภายนอกประมวลผลไม่ได้ขจัดความรับผิดชอบของผู้ควบคุมในการคุ้มครองข้อมูล คำแนะนำครอบคลุมการเลือกผู้ประมวลผล การออกคำสั่ง และการตรวจสอบการจัดการข้อมูลส่วนบุคคล นี่เป็นเหตุผลให้ตรวจสอบความสัมพันธ์ของบริการรวมถึงตำแหน่งชั้นวาง ภาระผูกพันที่แน่นอนสำหรับองค์กรของคุณขึ้นอยู่กับกรอบที่ใช้บังคับและข้อมูลที่เกี่ยวข้อง

เมื่อข้อมูลอาจถูกเปิดเผยข้ามพรมแดน ให้ใช้คำแนะนำอย่างเป็นทางการที่เกี่ยวข้องและขอคำปรึกษาสำหรับการตัดสินใจที่ต้องมีการประเมินทางกฎหมาย หลีกเลี่ยงการประกาศว่าชื่อประเทศทำให้แอปพลิเคชันเป็นไปตามข้อกำหนดโดยอัตโนมัติ ถามว่าใครเป็นผู้ประมวลผลและผู้ประมวลผลช่วงต่อ การประมวลผลเกิดขึ้นที่ใด และมีข้อตกลงใดใช้บังคับ เก็บคำตอบไว้กับเอกสารการดำเนินงานของโปรเจกต์เพื่อให้ทบทวนการตัดสินใจได้ในภายหลัง

04

ลดข้อมูลที่ต้องตัดสินใจเรื่องตำแหน่ง

เก็บเฉพาะสิ่งที่ตอบสนองวัตถุประสงค์ที่กำหนด จดหมายข่าวไม่จำเป็นต้องมีที่อยู่ไปรษณีย์เต็มเสมอ และรายงานการแก้ปัญหาไม่ค่อยจำเป็นต้องมีฐานข้อมูลลูกค้าทั้งหมด การลบฟิลด์ที่ไม่จำเป็นลดการเปิดเผยและทำให้การเก็บรักษาง่ายขึ้น เก็บความลับออกจากเครื่องมือวินิจฉัย และพิจารณาว่าการวัดแบบรวมตอบคำถามด้านการดำเนินงานโดยไม่ทำซ้ำบันทึกส่วนบุคคลหรือไม่

การเข้ารหัสสามารถช่วยปกป้องสำเนาบางชุดได้ แต่ต้องระบุว่าใครควบคุมคีย์และถอดรหัสที่ใด แอปพลิเคชันที่ต้องประมวลผลข้อมูลที่อ่านได้ไม่สามารถถือเสมือนว่าไม่มีใครเข้าถึงได้เลย เช่นเดียวกัน ตัวระบุแบบไม่ระบุชื่ออาจยังเชื่อมโยงบันทึกเมื่อเวลาผ่านไปได้ อธิบายการควบคุมที่นำไปใช้อย่างแม่นยำ แทนที่จะใช้ป้ายการเข้ารหัสแทนแผนที่การประมวลผล

05

สถานการณ์จริง: พอร์ทัลลูกค้าขนาดเล็ก

ลองจินตนาการถึงพอร์ทัลที่โฮสต์บน VPS ของสวิส พร้อมสำเนากู้คืนอิสระและบริการอีเมลของบุคคลที่สาม ฐานข้อมูลลูกค้าจะอยู่บน VPS ในระหว่างการทำงานปกติ แต่ข้อความรีเซ็ตรหัสผ่านและการแจ้งเตือนฝ่ายสนับสนุนจะออกจากเครื่องนั้น ทีมควรบันทึกฟิลด์ขั้นต่ำในข้อความเหล่านั้น ปลายทางที่ใช้สำหรับการสำรองข้อมูล และบุคคลที่ได้รับอนุญาตให้ส่งออกบันทึก

การทบทวนที่สมเหตุสมผลอาจแทนที่บันทึกทั้งหมดในรายงานข้อผิดพลาดด้วยรหัสเหตุการณ์แบบสุ่ม ลดระยะเวลาการเก็บข้อมูลวินิจฉัย และจำกัดการเข้าถึงข้อมูลสำรอง การเปลี่ยนแปลงเหล่านี้มีประโยชน์ไม่ว่าจะเลือกประเทศใด ตัวอย่างนี้เป็นแบบฝึกหัดการวางแผน ไม่ใช่คำกล่าวที่ว่า SwissOctet มีการผสานรวมเหล่านี้หรือได้ตรวจสอบข้อตกลงการเก็บข้อมูลในประเทศใดประเทศหนึ่งโดยเฉพาะ

06

ยืนยันแผนที่ก่อนให้คำมั่นต่อสาธารณะ

ก่อนสัญญาว่าจะให้ตำแหน่งที่ตั้งแก่ผู้ใช้ของคุณ ให้เปรียบเทียบทะเบียนกับคอนฟิกูเรชันจริงและเงื่อนไขบริการที่ยืนยันแล้ว ทดสอบว่าขั้นตอนการสำรองข้อมูลและการลบทำงานตามที่คาดไว้หรือไม่ ตรวจสอบการส่งออก เอเจนต์ตรวจสอบ และงานตามกำหนดเวลา เพราะสิ่งเหล่านี้อาจสร้างสำเนาที่ไม่มีใครจำได้ในระหว่างการซื้อครั้งแรก มอบหมายให้มีผู้รับผิดชอบอนุมัติปลายทางใหม่และอัปเดตทะเบียนเมื่อสถาปัตยกรรมเปลี่ยนแปลง

SwissOctet นำเสนอคอนฟิกูเรชันของสวิสในแค็ตตาล็อกของตน ข้อตกลงการประมวลผลของผู้ให้บริการจริง การเข้าถึงของฝ่ายสนับสนุน และกฎการเก็บรักษาข้อมูลต้องได้รับการยืนยันแยกต่างหากก่อนสั่งซื้อจริง เลือกโครงสร้างพื้นฐานโดยคำนึงถึงขอบเขตนั้น ตำแหน่งที่ตั้งสวิสที่ชัดเจนสามารถรองรับสถาปัตยกรรมของคุณได้ ในขณะที่แผนที่ข้อมูลที่ครบถ้วนและได้รับการดูแลจะรองรับข้อกล่าวอ้างที่คุณทำเกี่ยวกับเรื่องนี้

เปลี่ยนเป็น行動

รายการตรวจสอบปฏิบัติของคุณ

  • จำแนกประเภทข้อมูลที่โครงการจัดการ
  • จัดทำแผนผังที่จัดเก็บหลัก ข้อมูลสำรอง บันทึก และการผสานรวม
  • ระบุผู้ประมวลผล เจ้าของการเข้าถึง และการตัดสินใจเกี่ยวกับการเก็บรักษา
  • ทบทวนคำแนะนำอย่างเป็นทางการสำหรับคำถามข้ามพรมแดนที่เกี่ยวข้อง
  • ตรวจสอบคอนฟิกูเรชันจริงก่อนสัญญาเรื่องที่ตั้งข้อมูล
คำถามที่พบบ่อย

รายละเอียดที่สำคัญ

เซิร์ฟเวอร์สวิสหมายความว่าทุกสำเนาอยู่ในสวิตเซอร์แลนด์หรือไม่+

ไม่ใช่ ปลายทางสำรองข้อมูล การส่งออก ระบบสนับสนุน และการผสานรวมมีเส้นทางข้อมูลของตนเองและต้องตรวจสอบแยกต่างหาก

การเข้ารหัสลบความจำเป็นในการจัดทำแผนผังการประมวลผลหรือไม่+

ไม่ใช่ คุณยังต้องรู้ว่าข้อมูลและคีย์อยู่ที่ใด ใครสามารถถอดรหัสได้ และมีการประมวลผลอะไรเกิดขึ้น

คู่มือนี้รับรองการติดตั้งใช้งาน SwissOctet หรือไม่+

ไม่ใช่ คู่มือนี้ให้วิธีการวางแผน เงื่อนไขการประมวลผลจริงและการควบคุมที่นำไปใช้ต้องได้รับการยืนยันสำหรับบริการนั้นโดยเฉพาะ

แหล่งอ้างอิงหลัก

ไปที่ต้นทาง

แหล่งอ้างอิงเหล่านี้สนับสนุนแนวคิดทางเทคนิคในคู่มือนี้ ปฏิบัติตามเอกสารปัจจุบันก่อนเปลี่ยนระบบโปรดักชัน

  1. FDPIC: การประมวลผลข้อมูลในคลาวด์ www.edoeb.admin.ch
  2. FDPIC: การจ้างบุคคลภายนอกประมวลผลข้อมูล www.edoeb.admin.ch
  3. FDPIC: การโอนข้อมูลส่วนบุคคลข้ามพรมแดน www.edoeb.admin.ch

คำแนะนำด้านบรรณาธิการโดย SwissOctet ตัวอย่างมีไว้เพื่อประกอบ ข้อมูลจำเพาะของบริการ ตัวเลือกที่มี และเงื่อนไขตามสัญญาต้องได้รับการตรวจสอบแยกต่างหาก

เชื่อมโยงความรู้

โครงสร้างพื้นฐานที่เกี่ยวข้อง

รักษาสายไว้

บันทึกภาคสนามถัดไปของคุณ

สำรวจทุกคู่มือ
บันทึกภาคสนาม / 01
คลาวด์และ VPSพื้นฐาน

วิธีเลือก VPS โดยไม่เดา

เปลี่ยนไอเดียแอปพลิเคชันเป็นงบประมาณทรัพยากรที่มีประโยชน์ แล้วเปรียบเทียบ CPU, หน่วยความจำ, พื้นที่จัดเก็บ และการรับส่งข้อมูลร่วมกัน

อ่าน 4 นาทีอ่านคู่มือ
บันทึกภาคสนาม / 02
เฉพาะเครื่องและ GPUพื้นฐาน

VPS หรือเฉพาะ: เลือกขอบเขตที่เหมาะสม

ทำความเข้าใจว่าเครื่องจริงเปลี่ยนอะไร ไม่เปลี่ยนอะไร และเมื่อใดจึงเป็นขั้นตอนที่มีประโยชน์สำหรับภาระงานของคุณ

อ่าน 4 นาทีอ่านคู่มือ
บันทึกภาคสนาม / 03
ความเป็นส่วนตัวโดยการออกแบบพื้นฐาน

ไม่มี KYC และความเป็นส่วนตัว: เข้าใจความแตกต่าง

การเริ่มต้นใช้งานโดยไม่ต้องใช้เอกสารจัดการจุดเก็บข้อมูลจุดหนึ่ง เข้าใจบันทึกอื่น ๆ เส้นทางการเข้าถึง และร่องรอยการชำระเงินรอบโครงการที่โฮสต์

อ่าน 6 นาทีอ่านคู่มือ