ל-Sensitive Data Protection יש הרבה יכולות עוצמתיות, אבל בהתאם לכמות המידע שאתם מנחים את Sensitive Data Protection לסרוק, יכול להיות שהעלויות יהיו גבוהות מדי. במאמר הזה מתוארות כמה שיטות שבעזרתן אפשר לצמצם את העלויות וגם לוודא שאתם משתמשים ב-Sensitive Data Protection כדי לסרוק את הנתונים המדויקים שאתם רוצים.
בדיקה
Google ממליצה על השיטות הבאות כדי לעזור לכם לשלוט בעלויות הבדיקה.
שימוש בדגימה כדי להגביל את מספר הבייטים שנבדקים
אם אתם סורקים טבלאות BigQuery או קטגוריות ב-Cloud Storage, Sensitive Data Protection יכול לסרוק קבוצת משנה קטנה של מערך הנתונים. כך אפשר לקבל דגימה של תוצאות הסריקה בלי לשלם על סריקה של מערך נתונים שלם.
אחרי שמאתרים דגימה עם מידע אישי רגיש, אפשר לתזמן סריקה שנייה ומקיפה יותר של קבוצת הנתונים הזו כדי לגלות את כל רשימת הממצאים.
מידע נוסף מופיע במאמר בדיקת אחסון ומסדי נתונים לזיהוי מידע אישי רגיש בקטע הגבלת כמות התוכן שנבדק.
סריקה רק של נתונים שהשתנו
אתם יכולים להגדיר ב-Sensitive Data Protection שלא לסרוק נתונים שלא השתנו מאז הבדיקה האחרונה. הגדרת טווח זמן מאפשרת לכם לקבוע אילו נתונים ייסרקו על סמך מועד השינוי האחרון של הנתונים.
אם אתם משתמשים בטריגרים של משימות, אתם יכולים להגדיר את הדגל enable_auto_population_of_timespan_config ב-TimespanConfig כדי לדלג באופן אוטומטי על תוכן שנסרק במהלך המשימה המתוזמנת האחרונה.
מידע נוסף מופיע במאמר יצירה ותזמון של משימות בדיקה להגנה על נתונים רגישים בקטע הגבלת הסריקות לתוכן חדש בלבד.
הגבלת הסריקות של קבצים ב-Cloud Storage לקבצים רלוונטיים בלבד
אם מציינים את ההודעה CloudStorageRegexFileSet, אפשר להשתמש במסנני ביטויים רגולריים כדי לשלוט בצורה מדויקת יותר בקבצים או בתיקיות בדליים שרוצים לכלול או להחריג.
האפשרות הזו שימושית במצבים שבהם רוצים לדלג על סריקת קבצים שיודעים שלא מכילים מידע אישי רגיש, כמו גיבויים, קובצי TMP, תוכן סטטי של אתרים וכו'.
Discovery
כדי לשלוט בעלויות של יצירת פרופיל נתונים, מומלץ לפעול לפי השיטות המומלצות הבאות.
הרצת אומדן
לפני שמתחילים בפעולת פרופיל נתונים, כדאי להריץ קודם הערכה. הפעלת הערכה מאפשרת לכם להבין את הגודל והצורה של נתוני BigQuery שייכללו בפרופיל. כל הערכה מספקת את מספר הטבלאות המשוער, גודל הנתונים והעלות של יצירת הפרופיל. בנוסף, מוצגת תחזית של הגידול החודשי בנתוני BigQuery.
מידע נוסף על הפעלת הערכה:
- הערכת העלות של יצירת פרופיל נתונים לארגון או לתיקייה
- הערכת העלות של יצירת פרופיל נתונים לפרויקט יחיד
הוספת לוחות זמנים להגדרות הסריקה
כדי לשלוט בעלות של יצירת פרופיל נתונים, כדאי ליצור לוח זמנים שבו מגדירים מסננים ותנאים. דוגמאות לפעולות שאפשר לבצע:
- אם אין לכם צורך ליצור פרופיל של טבלאות מסוימות, אתם יכולים לציין שטבלאות שתואמות למסננים שלכם לא יכללו אף פעם בפרופיל.
- אם רוצים ליצור פרופיל רק לטבלאות מסוימות, אפשר להשבית את יצירת הפרופיל לכל הטבלאות, למעט אלה שתואמות למסנן.
- אם רוצים שפרופיל של טבלאות מסוימות ייווצר רק פעם אחת, ולא ייווצר שוב לעולם, אפשר לציין שהטבלאות האלה לא יעברו יצירת פרופיל מחדש.
- אם אין לכם צורך ליצור פרופיל של טבלאות ישנות, אתם יכולים להגדיר תנאי ליצירת פרופיל רק של טבלאות שנוצרו אחרי תאריך מסוים.
- אם לא צריך ליצור פרופיל לטבלאות חדשות, אפשר להגדיר תנאי ליצירת פרופיל לטבלאות רק כשהן מגיעות לגיל מסוים או למספר שורות מינימלי.
הצגת העלויות באמצעות לוח בקרה והגשת שאילתות ליומני הביקורת
אתם יכולים ליצור לוח בקרה כדי לראות את נתוני החיוב ולבצע שינויים בשימוש ב-Sensitive Data Protection. כדאי גם להזרים את יומני הביקורת אל Sensitive Data Protection כדי שתוכלו לנתח את דפוסי השימוש.
אתם יכולים לייצא את נתוני החיוב ל-BigQuery ולהציג אותם בתצוגה חזותית בכלי כמו Data Studio. הדרכה ליצירת מרכז בקרה לחיוב זמינה במאמר המחשה חזותית של נתוני החיוב באמצעות BigQuery ו-Data Studio. Google Cloud
אתם יכולים גם להזרים את יומני הביקורת ל-BigQuery ולנתח את היומנים כדי לזהות דפוסי שימוש, כמו עלויות של שאילתות לפי משתמש.
הגדרה של התראות לגבי תקציב
הגדרת התראה לגבי התקציב כדי לעקוב אחרי ההתקדמות של ההוצאות לקראת סכום מסוים. הגדרת תקציב לא מגבילה את השימוש ב-API, אלא רק שולחת התראה כשסכום ההוצאה מתקרב לסכום שצוין.