עדכון האילוצים

המסמך הזה רלוונטי לשיטה הבאה: Update API (v4): threatListUpdates.fetch.

אילוצים

כשמעדכנים מסדי נתונים מקומיים (מידע נוסף בקטע עדכונים למסד נתונים), לקוחות יכולים להשתמש בשדות maxUpdateEntries ו-maxDatabaseEntries בבקשת threatListUpdates.fetch כדי לציין מגבלות גודל. הלקוחות צריכים להגדיר אילוצים כדי לשמור על צריכה צפויה של זיכרון ה-RAM, הדיסק ורוחב הפס של הלקוחות, וכדי להגן עליהם מפני צמיחה ברשימה.

  • לקוחות יכולים לציין גודל מקסימלי של תגובות לעדכון (maxUpdateEntries) במספר הרשומות (1 ערך = הוספה אחת או הסרה אחת).
  • הלקוחות יכולים לציין גודל מקסימלי של מסד נתונים (maxDatabaseEntries) במספר הרשומות (הרוב המכריע של הרשומות במסד הנתונים הן קידומות hash של 4 בייטים, כך שהסבירות היא שרשומה אחת ≈ 4 בייט).

רוחב פס לעומת אחסון

לקוחות יכולים להגדיר גדלים שרירותיים לתגובת העדכון ולגודל מסד הנתונים, אבל שרת 'גלישה בטוחה' מייצר מראש רק מספר מוגבל של תגובות אפשריות לעדכון וגדלים של מסדי נתונים.

  • לקוחות צריכים להשתמש בגודל התגובה לעדכון (maxUpdateEntries) כדי להגביל את השימוש ברוחב הפס.
  • הלקוחות צריכים להשתמש בגודל מסד הנתונים (maxDatabaseEntries) כדי להגביל את כמות ה-RAM או נפח האחסון בדיסק שנדרש במכשיר.
שתי המגבלות משפיעות על גודל מסד הנתונים שמתעדכן, ולכן הן משפיעות על רמת ההגנה שתינתן למשתמש (כלומר, ככל שבסיס הנתונים המקומי גדול יותר, ההגנה טובה יותר).

הנחיות להגדרת אילוצים

הגודל של רשימות הגלישה הבטוחה יכול להשתנות בהדרגה או בפתאומיות. הלקוחות צריכים להגדיר את maxUpdateEntries לבקשות לעדכון רשימה, מה שמגביל את גודל התגובה המקסימלי לעדכון רשימה ומשפר את האמינות כשאי אפשר לעבד עדכונים גדולים.

אם לא חלות דרישות מחמירות יותר או דרישות פחות מחמירות, Google ממליצה להשתמש ב-maxUpdateEntries=16777216. הגודל הטיפוסי של רשומת הרשימה הוא 4 בייטים לכל קידומת גיבוב (hash), ושווה ל-67 מגה-בייט לכל רשימה. Google ממליצה להשתמש במגבלה קטנה יותר מ-maxUpdateEntries=2097152 ללקוחות בנייד, כי הם בדרך כלל פחות חזקים. בגודל הטיפוסי של רשומה ברשימה, 4 בייטים לכל קידומת של גיבוב (hash), שווה ערך לכ-8 מגה-בייט לכל רשימה.

יש הבדלים בגודל ובקצב הצמיחה של רשימות הגלישה הבטוחה. עם זאת, הלקוחות צריכים להגדיר אותן אילוצים לכל הרשימות, לפי השימוש המקסימלי בזיכרון או ברוחב הפס המותר לכל רשימה.

כדי לשפר את האמינות, Google ממליצה ללקוחות ליישם טלמטריה לזיהוי שימוש יתר בזיכרון או ברוחב הפס, וכן במנגנונים לאספקת אילוצים חדשים ללקוחות.

מצב הלקוח

השרת של הגלישה הבטוחה אף פעם לא שולח עדכון שמשאיר את הלקוח במצב מיושן. הלקוחות יהיו מעודכנים בצורה מלאה אחרי כל בקשת עדכון. לדוגמה, אם ללקוח יש כרגע מסד נתונים של 4,096 רשומות אבל הוא רוצה להוריד רק 2,048 דלתא לכל היותר, השרת עשוי לאפס את הלקוח למסד נתונים מסוג 2048 אם הלקוח באמת לא מעודכן.