اقامت داده توصیف می‌کند که داده کجا ذخیره یا پردازش می‌شود. یک سرور سوئیسی مکان پشتیبان‌ها، سیستم‌های پشتیبانی، یکپارچه‌سازی‌های خارجی یا هر فرد دارای دسترسی را اثبات نمی‌کند؛ این اجزا را جداگانه ارزیابی کنید.
مکان ماشین را از مسیر داده جدا کنید
برچسب یک کشور روی یک طرح میزبانی به پرسشی محدود پاسخ می‌دهد: پیکربندی فهرست‌شده کجاست. برنامه شما همچنان می‌تواند اطلاعات را جای دیگری بفرستد. گزارش خطا، تحویل ایمیل، پردازش پرداخت، پشتیبان‌های خارج از سایت و دسترسی مدیر بخشی از سرویس هستند، حتی وقتی در نمودار زیرساخت غایب‌اند. مقصد سوئیس را یک ورودی در نقشه داده در نظر بگیرید، نه نتیجه‌گیری درباره کل پروژه.
با نام‌گذاری اطلاعاتی که مدیریت می‌کنید شروع کنید. یک سایت مستندات عمومی، یک پورتال مشتری و یک بایگانی خصوصی به کنترل‌های متفاوتی نیاز دارند. محتوای منتشرشده، اطلاعات شخصی، اسرار احراز هویت و سوابق عملیاتی داخلی را از هم تفکیک کنید. ثبت کنید چرا هر دسته وجود دارد و اگر افشا، تغییر یا گم شود چه اتفاقی می‌افتد. این کار تصمیم‌های مکانی بعدی را عینی می‌کند، به‌جای تکیه بر جذابیت کلی یک حوزه قضایی.
یک دفتر پردازش کوچک بسازید
یک اقدام کاربر نماینده را از مرورگر تا ذخیره‌سازی دنبال کنید. توجه کنید کدام سیستم درخواست را دریافت می‌کند، چه چیزی می‌نویسد و کدام سرویس‌های دیگر مطلع می‌شوند. این تمرین را برای ایجاد حساب، بازیابی رمز عبور، بارگذاری‌ها و پشتیبانی تکرار کنید. اغلب نسخه‌های ثانویه را در logها، صف‌های ایمیل و خروجی‌های تشخیصی کشف خواهید کرد. این‌ها را زمانی ثبت کنید که معماری هنوز به‌قدر کافی ساده است که قابل تغییر باشد.
از یک دفتر با هدف، مقصد، مالک دسترسی و تصمیم نگهداری برای هر جزء استفاده کنید. برای شروع به ابزار انطباق پیچیده نیاز ندارید. ویژگی مفید این است که کسی بتواند هر ردیف را توضیح دهد و آن را پس از یکپارچه‌سازی جدید به‌روزرسانی کند. نموداری بدون مکان‌های پشتیبان‌گیری یا دسترسی مدیریتی برای تصمیم اقامت داده ناقص است.
| مؤلفه | چه چیزی باید مشخص شود | شواهد مفید |
|---|---|---|
| پایگاه داده اصلی | مکان میزبانی و دسترسی مجاز | مشخصات سرویس و سیاست دسترسی |
| نسخه بازیابی | مقصد، نگهداری و حذف | پیکربندی پشتیبان‌گیری و رویه بازیابی |
| خروجی پشتیبانی | محتوا و گیرندگان | نمونه پاک‌سازی‌شده و سیاست پشتیبانی |
| یکپارچه‌سازی خارجی | اطلاعات ارسال‌شده و شرایط پردازش | پیکربندی یکپارچه‌سازی و مستندات ارائه‌دهنده |
مسئولیتی را که بر عهده شما می‌ماند درک کنید
کمیسر فدرال حفاظت از داده و اطلاعات سوئیس توضیح می‌دهد که برون‌سپاری پردازش، مسئولیت کنترل‌کننده در قبال حفاظت از داده را از بین نمی‌برد. راهنمای آن، انتخاب پردازشگرها، صدور دستورالعمل‌ها و بررسی نحوه مدیریت داده‌های شخصی را پوشش می‌دهد. این دلیلی برای بررسی رابطه سرویس و همچنین مکان رک است. تعهدات دقیق سازمان شما به چارچوب قابل اعمال و اطلاعات درگیر بستگی دارد.
در جایی که اطلاعات ممکن است به‌صورت فرامرزی افشا شود، از راهنمای رسمی مربوطه استفاده کنید و برای تصمیم‌هایی که به ارزیابی حقوقی نیاز دارند مشاوره بگیرید. از اعلام اینکه نام یک کشور به‌طور خودکار برنامه را منطبق می‌کند بپرهیزید. بپرسید پردازشگرها و زیرپردازشگرها چه کسانی هستند، پردازش کجا انجام می‌شود و چه ترتیباتی اعمال می‌شود. پاسخ‌ها را همراه با مستندات عملیاتی پروژه نگه دارید تا تصمیم بعداً قابل بازبینی باشد.
اطلاعاتی را که نیاز به تصمیم مکانی دارند کاهش دهید
فقط آنچه به هدفی تعریف‌شده خدمت می‌کند جمع‌آوری کنید. یک خبرنامه لزوماً به نشانی پستی کامل نیاز ندارد و یک گزارش عیب‌یابی به‌ندرت به کل پایگاه داده مشتری نیاز دارد. حذف فیلدهای غیرضروری مواجهه را کاهش می‌دهد و نگهداری را ساده می‌کند. اسرار را از ابزارهای تشخیصی دور نگه دارید و در نظر بگیرید که آیا اندازه‌گیری‌های تجمیعی به پرسش عملیاتی پاسخ می‌دهند بدون بازتولید سوابق فردی.
رمزنگاری می‌تواند به محافظت از نسخه‌های خاص کمک کند، اما مشخص کنید چه کسی کلیدها را کنترل می‌کند و رمزگشایی کجا انجام می‌شود. برنامه‌ای که باید داده قابل خواندن را پردازش کند، نمی‌تواند طوری در نظر گرفته شود که گویی هیچ‌کس هرگز نمی‌تواند به آن دسترسی داشته باشد. به همین ترتیب، یک شناسه مستعار ممکن است همچنان سوابق را در طول زمان به هم مرتبط کند. کنترل پیاده‌سازی‌شده را دقیق توصیف کنید، نه اینکه از نشان رمزنگاری به‌عنوان جایگزین نقشه پردازش استفاده کنید.
یک سناریوی عملی: یک پورتال مشتری کوچک
یک پورتال میزبانی‌شده روی VPS سوئیسی را با یک نسخه بازیابی مستقل و یک سرویس ایمیل شخص ثالث در نظر بگیرید. پایگاه داده مشتری در عملیات عادی روی VPS می‌ماند، اما پیام‌های بازنشانی رمز عبور و اعلان‌های پشتیبانی آن ماشین را ترک می‌کنند. تیم باید حداقل فیلدهای آن پیام‌ها، مقصد مورد استفاده برای پشتیبان‌ها و افرادی که مجاز به خروجی گرفتن سوابق هستند را ثبت کند.
یک بازبینی معقول ممکن است یک رکورد کامل در گزارش خطا را با یک ارجاع حادثه تصادفی جایگزین کند، نگهداری تشخیصی را کوتاه کند و دسترسی به پشتیبان را محدود کند. این تغییرات صرف‌نظر از کشور انتخابی مفید هستند. این مثال یک تمرین برنامه‌ریزی است، نه بیانیه‌ای که SwissOctet شامل این یکپارچه‌سازی‌هاست یا ترتیب اقامت داده خاصی را تأیید کرده است.
پیش از تعهد عمومی، نقشه را تأیید کنید
پیش از وعده دادن یک مکان به کاربران خود، دفتر را با پیکربندی واقعی و شرایط تأییدشده سرویس مقایسه کنید. آزمایش کنید که آیا رویه‌های پشتیبان‌گیری و حذف همان‌طور که انتظار می‌رود کار می‌کنند. خروجی‌ها، عامل‌های پایش و کارهای زمان‌بندی‌شده را بازبینی کنید، زیرا می‌توانند نسخه‌هایی ایجاد کنند که کسی در خرید اولیه به یاد نمی‌آورد. فردی را برای تأیید مقصدهای جدید و به‌روزرسانی دفتر هنگام تغییر معماری تعیین کنید.
SwissOctet پیکربندی‌های سوئیسی را در کاتالوگ خود ارائه می‌دهد. ترتیبات پردازش اپراتور فعال، دسترسی پشتیبانی و قواعد نگهداری باید پیش از سفارش واقعی جداگانه تأیید شوند. زیرساخت را با در نظر گرفتن این مرز انتخاب کنید: یک مکان سوئیسی روشن می‌تواند از معماری شما پشتیبانی کند، در حالی که یک نقشه داده کامل و نگهداری‌شده از ادعاهایی که درباره آن می‌کنید پشتیبانی می‌کند.
چک‌لیست عملی شما.
- اطلاعات مدیریت‌شده توسط پروژه را طبقه‌بندی کنید.
- ذخیره‌سازی اصلی، پشتیبان‌ها، logها و یکپارچه‌سازی‌ها را نقشه‌برداری کنید.
- پردازشگرها، مالکان دسترسی و تصمیم‌های نگهداری را مشخص کنید.
- راهنمای رسمی را برای پرسش‌های فرامرزی قابل اعمال بررسی کنید.
- پیش از وعده دادن اقامت داده، پیکربندی واقعی را تأیید کنید.
جزئیاتی که اهمیت دارند.
آیا سرور سوئیسی به این معناست که هر نسخه در سوئیس می‌ماند؟+
خیر. مقصدهای پشتیبان‌گیری، خروجی‌ها، سیستم‌های پشتیبانی و یکپارچه‌سازی‌ها مسیرهای داده خود را دارند و باید جداگانه بررسی شوند.
آیا رمزنگاری نیاز به نقشه‌برداری پردازش را از بین می‌برد؟+
خیر. هنوز باید بدانید داده و کلیدها کجا وجود دارند، چه کسی می‌تواند آن‌ها را رمزگشایی کند و چه پردازشی انجام می‌شود.
آیا این راهنما یک استقرار SwissOctet را تأیید می‌کند؟+
خیر. این راهنما یک روش برنامه‌ریزی ارائه می‌دهد. شرایط پردازش فعال و کنترل‌های پیاده‌سازی‌شده باید برای سرویس مشخص تأیید شوند.
به منبع بروید.
این منابع از مفاهیم فنی این راهنما پشتیبانی می‌کنند. پیش از تغییر یک سیستم تولیدی، مستندات جاری را دنبال کنید.
- FDPIC: پردازش داده در ابر www.edoeb.admin.ch
- FDPIC: برون‌سپاری پردازش داده www.edoeb.admin.ch
- FDPIC: انتقال فرامرزی داده‌های شخصی www.edoeb.admin.ch
راهنمایی تحریریه توسط SwissOctet. مثال‌ها نمایشی هستند. مشخصات خدمات، گزینه‌های موجود و شرایط قراردادی باید جداگانه تأیید شوند.