قابلیت · ساخت و استقرار

هر PR، یک محیط کامل

آدرس زنده، دیتابیس مستقل و ماسک‌شده، و پاک‌سازی خودکار بعد از بسته‌شدن PR.

چرخهٔ حیات

آدرس محیط پیش‌نمایش و اعتبارنامه‌اش در کامنت PR منتشر می‌شود — از جمله روی PRهایی که از fork می‌آیند. یعنی هر کسی که PR بزند، آن آدرس را می‌بیند.

اگر آن محیط یک کپی از دیتابیس تولید داشته باشد، شما تازه دادهٔ مشتری را منتشر کرده‌اید.

گیت سیاست

snapshot از منبع تولید بدون قانون ماسک‌کردن رد می‌شود — نه هشدار، رد

ترتیب اجرا

این بررسی پیش از ساخت دیتابیس اجرا می‌شود، تا سیاستِ ناامن هیچ دیتابیسی پشتِ محیطِ زنده جا نگذارد

شکست بسته

اگر بازیابی موفق شود ولی ماسک‌کردن شکست بخورد، اسکریپت schema را حذف می‌کند

محیط پیش‌نمایشِ خالی، یک محیطِ بد است.

محیط پیش‌نمایشِ حاویِ دادهٔ مشتری، یک حادثهٔ امنیتی است. این تفاوت، دلیلِ هر سه لایهٔ بالاست.

· کوچک‌کردن (subsetting) · ماسک‌کردن (masking)
	کوچک‌کردن (subsetting)	ماسک‌کردن (masking)
چه می‌کند	حجم دیتابیس را کم می‌کند	مقادیر حساس را جایگزین می‌کند
از چه چیزی محافظت می‌کند	هیچ‌چیز	دادهٔ شخصی و محرمانه
چرا لازم است	کنترل هزینه و فضا	تنها چیزی که واقعاً محافظت می‌کند

ماسک‌های hash و email به‌ازای هر مقدار قطعی‌اند — یعنی یک مقدار همیشه به همان چیز تبدیل می‌شود، تا joinها و قیدهای یکتایی سالم بمانند.

متن واقعی رابط کاربری در هر وضعیت. حالت خالی، در حال انجام، و خطا، به همان شکلی که کاربر می‌بیند.

در حال ساخت

در حال ساخت محیط پیش‌نمایش… آدرس تا چند لحظهٔ دیگر آماده است.

بدون سیاست ماسک

این پروژه سیاست ماسک‌کردن ندارد. محیط پیش‌نمایش با دیتابیس خالی ساخته می‌شود.

تعریف سیاست ماسک — نمونهٔ دکمهٔ رابط کاربری، در این صفحه فعال نیست

رد شده

ساخت محیط رد شد: منبع دیتابیس، تولید است و قانون ماسک ندارد.

منقضی

این محیط پس از ۷ روز بی‌استفاده ماندن حذف شد.

ساخت مجدد — نمونهٔ دکمهٔ رابط کاربری، در این صفحه فعال نیست

یک جلسهٔ ۴۵ دقیقه‌ای، محصول واقعی، بدون اسلاید.