סקירה כללית על ביטול תוקף של מטמון

בדף הזה מוסבר על ביטול התוקף של מטמון ב-Cloud CDN, על ההתאמות הזמינות לביטול התוקף ועל השיטות המומלצות למחיקת תוכן שנשמר במטמון.

מה זה ניקוי מטמון?

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

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

כדי לעזור לכם לטרגט תגובות ספציפיות שנשמרו במטמון, Cloud CDN תומך בהתאמות הבאות לביטול תוקף:

  • מארח (host): ביטול התוקף של תוכן שנשמר במטמון של שם מארח יחיד או של תת-דומיין ברמה אחת עם תו כללי לחיפוש בתחילת השם.
  • ‫Path (path): ביטול התוקף של קובץ, ספרייה או תחילית נתיב ספציפיים.
  • סטטוס HTTP‏ (httpStatus): ביטול התוקף של תגובות שנשמרו במטמון עם קוד סטטוס ספציפי של HTTP, כמו 404.
  • סוג תוכן (contentType): מבטלים את התוקף של תגובות במטמון שיש להן סוג מדיה Content-Type ספציפי, כמו text/css או image/jpeg.
  • שירות לקצה העורפי או קטגוריית קצה עורפי (backendService או backendBucket): מבטלים את התוקף של תוכן שנשמר במטמון ומוצג על ידי שירות ספציפי לקצה העורפי או קטגוריית קצה עורפי ספציפית.
  • תגי מטמון (cacheTags): מבטלים את התוקף של תוכן שנשמר במטמון ומקובץ לפי מטא-נתונים שרירותיים שמוגדרים בכותרת התגובה של Cache-Tag HTTP.

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

יש הגבלה על קצב הבקשות לביטול תוקף. אפשר לשלוח עד 500 בקשות לביטול תוקף לדקה בכל פרויקט. כל בקשת ביטול נכנסת לתוקף תוך כ-10 שניות. ב-Cloud CDN אין הגבלה על מספר האובייקטים או על הגודל הכולל של כל האובייקטים שבוטלו בכל בקשה.

סיכום של התאמות לביטול תוקף

בטבלה הבאה מפורטים כללי ההתאמה לביטול תוקף, מתי להשתמש בכל כלל התאמה ואיך Cloud CDN מעריך אותם.

Matcher תרחיש לדוגמה לוגיקה וכללים של התאמה דוגמאות
מארח הגבלת הביטול לדומיין יחיד או לכל תת-הדומיינים ברמה הראשונה של דומיין במאזן עומסים עם כמה מארחים. התאמה מדויקת ללא תלות באותיות רישיות או התאמה לתו כללי (wildcard) מוביל ברמה אחת (*.). עד 1,024 תווים. תמיכה בשמות דומיינים בינלאומיים (IDN) וב-Punycode. www.example.com
*.example.com
נתיב מחיקה של קובץ בודד, כל הקבצים בספרייה או כל כתובות ה-URL שחולקות את אותה תחילית של נתיב. התאמה מדויקת או התאמה לתחילית כשהיא מסתיימת ב-*. הוא חייב להתחיל ב-/, לא יכול להכיל יותר מ-1,024 תווים ולא יכול להכיל את התווים ? או #. /images/cat.jpg
/images/*
/picture*
סטטוס HTTP למחוק תגובות שגיאה שנשמרו במטמון (כמו תגובות 404 שנשמרו ב-negative-cached) או הפניות לכתובת אחרת אחרי שפותרים בעיה במקור. התאמה מדויקת למספר שלם מ-200 עד 599. 404
301
סוג התוכן למחוק את כל הנכסים שנשמרו במטמון מסוג MIME ספציפי (כמו גיליונות סגנונות או תמונות) בלי לבטל את התוקף של תוכן אחר שנשמר במטמון. התאמה לא תלוית-רישיות בפורמט TYPE/SUBTYPE. אסור להשתמש בתווים כלליים לחיפוש ובפרמטרים (כמו ; charset=UTF-8) ברכיב ההתאמה. המערכת מתעלמת מפרמטרים בתגובות שנשמרו במטמון במהלך ההתאמה. text/css
image/jpeg
application/pdf
שירות לקצה העורפי או קטגוריית קצה עורפי מחיקה של כל התוכן שנשמר במטמון ומוצג על ידי שירות לקצה העורפי או קטגוריית קצה עורפי ספציפיים, אחרי תחזוקה של הקצה העורפי או העברת תוכן. התאמה מדויקת של המשאב לשירות לקצה העורפי או לקטגוריית הקצה העורפי. תמיכה בקצוות עורפיים באותו פרויקט או בקצוות עורפיים שמפנים אליהם בפרויקטים שונים. בנתיבי המשאבים המלאים צריך לציין את מספר הפרויקט, ולא את מזהה הפרויקט. projects/123456789012/global/backendServices/my-backend-service
projects/123456789012/global/backendBuckets/my-backend-bucket
תגי מטמון מחיקת נכסים קשורים בנתיבים או במארחים שונים שחולקים תג לוגי (כמו גרסת הפצה, קטגוריה או מזהה משתמש). התאמה מדויקת לתגים בכותרת התגובה Cache-Tag HTTP של הקצה העורפי. עד 10 תגים לכל בקשה, שנבדקים באמצעות לוגיקה בוליאנית של OR. release-v1
frontend,js

ביטול על ידי המארח

כברירת מחדל, אם לא מציינים מארח, בקשת ביטול התוקף חלה על כל שמות המארחים שהוגדרו במפת URL. לדוגמה, אם example.com ו-example2.com מפנים לאותו מאזן עומסים, ואתם מבטלים את התוקף של הנתיב /images/cat.jpg בלי לציין מארח, התוקף של example.com/images/cat.jpg ושל example2.com/images/cat.jpg יבוטל.

כדי להגביל בקשת ביטול לשם מארח יחיד או לתת-דומיין עם תו כללי לחיפוש, צריך לציין את ההתאמה למארח:

  • התאמה מדויקת למארח: מציינים שם דומיין שמוגדר במלואו, כמו www.example.com, כדי לבטל את התוקף של תוכן שנשמר במטמון רק בשביל שם המארח הזה.
  • התאמה של מארח עם תו כללי לחיפוש: מציינים תווית של תו כללי לחיפוש (*.) בתחילת המחרוזת, למשל *.example.com, כדי לבטל את התוקף של תוכן שנשמר במטמון בכל תת-הדומיינים ברמה אחת של הדומיין הזה.

הכללים הבאים חלים על ההתאמה למארח:

  • ההתאמה של המארח לא תלוית אותיות רישיות.
  • ערך המארח לא יכול להכיל יותר מ-1,024 תווים.
  • אפשר להשתמש בתווים כלליים לחיפוש (*) רק בתור התו הראשון במחרוזת המארח, ומיד אחריהם צריכה להופיע נקודה (.), כמו *.example.com. אין תמיכה בתווים כלליים לחיפוש באמצע או בסוף של שם מארח (כמו sub.*.example.com או www.example.*), או בתווים כלליים לחיפוש של קידומת בלי נקודה (כמו *example.com).
  • תו כללי לחיפוש בתחילת הכתובת (*.) תואם רק לרמה אחת של תווית תת-דומיין:
    • ‫*.example.com תואם ל-www.example.com, ל-api.example.com ול-blog.example.com.
    • הדומיין *.example.com לא תואם לדומיין הראשי (example.com) או לתת-דומיינים ברמות שונות (dev.api.example.com). כדי לבטל את התוקף של תת-דומיינים ברמה השנייה ב-api.example.com, צריך לציין את *.api.example.com.
  • שמות דומיינים בינלאומיים (IDN): אפשר לציין שמות דומיינים בינלאומיים בפורמט Unicode (לדוגמה, ujhelyi-bába.hu או *.ujhelyi-bába.hu) או בפורמט ASCII-Compatible Encoding (Punycode) (לדוגמה, xn--ujhelyi-bba-vbb.hu או *.xn--ujhelyi-bba-vbb.hu).

ביטול תוקף לפי נתיב

בבקשת ביטול תוקף אפשר לציין תבנית של נתיב כתובת ה-URL שמזהה את האובייקט או קבוצת האובייקטים שרוצים לבטל את התוקף שלהם. תבנית הנתיב יכולה להיות נתיב ספציפי, כמו /cat.jpg, או תחילית של נתיב, כמו /picture*.

הכללים הבאים חלים על תבניות נתיב:

  • תבנית הנתיב חייבת להתחיל ב-/.
  • תבנית הנתיב לא יכולה להכיל יותר מ-1,024 תווים.
  • תבנית הנתיב לא יכולה לכלול את התווים ? או #.
  • תבנית הנתיב לא יכולה לכלול כוכבית (*), אלא אם היא התו האחרון.
  • אם נתיב מסתיים ב-*, מתבצע ניקוי מטמון בכל האובייקטים שהנתיבים שלהם מתחילים במחרוזת שלפני *. לדוגמה, לנתיב הביטול /picture*, התחילית היא /picture. כל נתיב של אובייקט שמתחיל ב-/picture מבוטל, כולל /picture/cat.jpg,‏ /pictures/dog.jpg ו-/picture1.jpg.
  • כדי לבטל את התוקף של כל האובייקטים בספרייה בלי להתאים לנתיבים אחים, צריך לכלול את התו / בסוף לפני * בתבנית הנתיב – לדוגמה, /pictures/*.
  • כדי לבטל את התוקף של כל הנתיבים במאזן העומסים (או בכל התאמה אחרת שצוינה בבקשה), משתמשים ב-/*.

תבנית הנתיב מושווית לרכיב הנתיב של כתובת ה-URL, שהוא כל מה שמופיע בין שם המארח לבין ? או # שעשויים להופיע. אם במפת URL מוגדר שכתוב של כתובות URL, ודאו שנתיב הביטול תואם לנתיב שלפני השכתוב שהלקוח שולח.

אם יש לכם כתובות URL שמכילות מחרוזת שאילתה, כמו /images.php?image=fred.png, אתם לא יכולים להשתמש רק בתבנית נתיב כדי לבטל באופן סלקטיבי אובייקטים שנבדלים רק במחרוזת השאילתה. לדוגמה, אם יש לכם שתי תמונות, /images.php?image=fred.png ו-/images.php?image=barney.png, אתם לא יכולים לבטל את התוקף של fred.png בלבד לפי נתיב כתובת ה-URL. כדי לבטל את התוקף של כל התמונות שמוצגות על ידי images.php, משתמשים ב-/images.php בתור תבנית הנתיב, או מצרפים תגי מטמון נפרדים לכל תגובה.

ביטול תוקף לפי קוד סטטוס של HTTP

אתם יכולים לבטל את התוקף של תגובות שנשמרו במטמון על סמך קוד הסטטוס של ה-HTTP שלהן. ההתאמה הזו שימושית במיוחד כש-Cloud CDN שומר במטמון תגובות שגיאה (כמו תגובות 404 Not Found שנשמרו במטמון שלילי בזמן שקובץ היה חסר באופן זמני במקור) או הפניות אוטומטיות שנשמרו במטמון (כמו 301 Moved Permanently), ואתם רוצים למחוק רק את התגובות עם קוד הסטטוס הזה אחרי פתרון הבעיה במקור.

הכללים הבאים חלים על ההתאמה של קוד הסטטוס של HTTP:

  • ב-Google Cloud CLI וב-Compute Engine API, אפשר לציין כל מספר שלם של קוד סטטוס של HTTP מ-200 עד 599.
  • במסוף Google Cloud , אפשר לבחור מבין קודי הסטטוס של HTTP שניתנים לשמירה במטמון ונתמכים על ידי Cloud CDN‏ (200,‏ 203,‏ 204,‏ 206,‏ 300,‏ 301,‏ 302,‏ 307,‏ 308,‏ 404,‏ 405,‏ 410,‏ 421,‏ 451 ו-501).
  • אפשר לציין לכל היותר קוד סטטוס אחד של HTTP בכל בקשת ביטול. אתם יכולים להשתמש בהתאמה לפי קוד סטטוס של HTTP לבד (כדי למחוק את כל התגובות שנשמרו במטמון עם קוד הסטטוס הזה במפת URL) או לשלב אותה עם התאמות אחרות, כמו קידומת נתיב או מארח.

ביטול לפי סוג תוכן

אתם יכולים לבטל את התוקף של תגובות שנשמרו במטמון על סמך סוג המדיה (סוג MIME) בכותרת תגובת ה-HTTP שלהן, Content-Type. לדוגמה, אם אתם פורסים גיליונות סגנונות מעודכנים או תמונות שקודדו מחדש, אתם יכולים לבטל את התוקף של כל התגובות מסוג text/css או image/jpeg בלי להסיר דפי HTML, סרטונים או סקריפטים שנשמרו במטמון.

הכללים הבאים חלים על הכלי להתאמת סוג תוכן:

  • צריך לציין את סוג התוכן בפורמט TYPE/SUBTYPE, למשל text/html,‏ text/css,‏ image/jpeg,‏ image/webp או application/javascript.
  • ההתאמה לא תלוית-רישיות.
  • האורך של החלקים TYPE ו-SUBTYPE צריך להיות בין 1 ל-64 תווים, והם חייבים להתחיל בתו אלפאנומרי מסוג ASCII ויכולים להכיל רק תווים אלפאנומריים מסוג ASCII או את הסמלים !#$&-^_.+.
  • אין תמיכה בתווים כלליים לחיפוש (כמו image/* או */*) בהתאמה של סוג התוכן.
  • אסור לכלול פרמטרים של סוג מדיה (כמו ; charset=UTF-8 או ; boundary=something) בבקשת הביטול. עם זאת, כש-Cloud CDN מעריך תגובות שנשמרו במטמון, הוא מתעלם מכל הפרמטרים בכותרת התגובה Content-Type שנשמרה במטמון. לדוגמה, אם מציינים text/html בבקשת הביטול, המערכת מבטלת את התשובות שנשמרו במטמון עם Content-Type: text/html או Content-Type: text/html; charset=UTF-8.

ביטול תוקף לפי שירות לקצה העורפי או קטגוריית קצה עורפי

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

הכללים הבאים חלים על ההתאמה של שירות לקצה העורפי או קטגוריית קצה עורפי:

  • בכל בקשה לביטול תוקף אפשר לציין לכל היותר שירות אחד לקצה העורפי או קטגוריית קצה עורפי אחת.
  • ב-CLI של gcloud, משתמשים בדגל --backend-service לשירות לקצה העורפי או בדגל --backend-bucket לקטגוריית קצה עורפי. אפשר לציין את שם המשאב (ל-backend באותו פרויקט) או את הנתיב המלא למשאב.
  • ב-Compute Engine API, משתמשים בשדה backendService בגוף הבקשה בפורמט JSON גם לשירותים לקצה העורפי וגם לקטגוריות לקצה העורפי, ומציינים את נתיב המשאב באמצעות מספר הפרויקט (PROJECT_NUMBER) ולא מזהה הפרויקט:
    • שירות לקצה העורפי: projects/PROJECT_NUMBER/global/backendServices/BACKEND_SERVICE_NAME
    • קטגוריית קצה עורפי: projects/PROJECT_NUMBER/global/backendBuckets/BACKEND_BUCKET_NAME
  • הפניות לקצה עורפי בפרויקטים שונים: אם מאזן העומסים משתמש בהפניה לשירות בפרויקטים שונים, אתם יכולים לבטל את התוקף של תוכן שנשמר במטמון בשביל שירות לקצה העורפי או קטגוריית קצה עורפי בפרויקט אחר. כדי לעשות את זה, צריך לציין את נתיב המשאב המלא עם מספר הפרויקט שמכיל את שירות הקצה העורפי או את קטגוריית הקצה העורפי.

ביטול תוקף לפי תגי מטמון

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

איך תגי מטמון מצורפים לתשובות

תגי מטמון מוגדרים באמצעות כותרת ה-HTTP ‏Cache-Tag בתגובת הקצה העורפי, לפני שהתגובה נשמרת במטמון על ידי Cloud CDN. אפשר להוסיף את הכותרת Cache-Tag באחת מהדרכים הבאות:

  • מגדירים את שרת המקור או את האפליקציה כך שיכללו את כותרת התגובה Cache-Tag של HTTP בתגובות שניתנות לשמירה במטמון.
  • מגדירים כותרות תגובה בהתאמה אישית בשירות לקצה העורפי כדי להוסיף את הכותרת Cache-Tag.

תגי מטמון מהקצה העורפי בכותרת התגובה Cache-Tag של HTTP נשלחים ללקוח.

דרישות ומגבלות לגבי פורמט התגים

אלה דרישות הפורמט של תגי מטמון:

  • צריך לספק את התגים בכותרת התגובה Cache-Tag כרשימה מופרדת בפסיקים. אפשר גם לכלול כמה כותרות Cache-Tag באותה תשובה.
  • רווחים בתחילת השורה או בסופה נחתכים. גם Cache-Tag: tag1,tag2 וגם Cache-Tag: tag1, tag2 תקינים.
  • כל תג יכול להכיל רק תווים גלויים מסוג US-ASCII (ערכי בייטים מ-0x21 עד 0x7E, או מ-! עד ~), לא כולל פסיקים (,).

לדוגמה, שרת מקור יכול להחזיר את הכותרת הבאה:

Cache-Tag: release-v1, frontend, js

אלה המגבלות של תגי מטמון:

  • אורך מקסימלי לכל תג: 120 בייטים
  • גודל התג הכולל המקסימלי לכל אובייקט במטמון: 4 KiB (4,096 בייטים) של שמות תגים
  • מספר התגים המקסימלי לכל אובייקט במטמון: 50 תגים
  • מספר התגים המקסימלי לכל בקשת ביטול: 10 תגים

אם תגובה של בקאנד חורגת מהמגבלות של אורך התג, הגודל הכולל של התגים או מספר התגים לכל אובייקט, התגובה לא נשמרת במטמון, ו-Cloud CDN מתעד את RESPONSE_CACHE_TAG_INVALID ב-LoadBalancerLogEntry.cacheDecision.

איך מתבצעת הערכה של כמה תגי מטמון

אפשר לציין עד 10 תגי מטמון בבקשת ביטול אחת. כשמציינים כמה תגי מטמון בבקשת ביטול, מערכת Cloud CDN מעריכה אותם באמצעות לוגיקה בוליאנית של OR: כל אובייקט במטמון שיש לו לפחות אחד מהתגים שצוינו מבוטל.

נניח שיש לנו אובייקטים במטמון:

  • אובייקט 1 במטמון עם התגים js,‏ 2026-01-15 ו-prod
  • אובייקט 2 שנשמר במטמון עם התגים css,‏ 2026-01-10 ו-prod
  • אובייקט 3 במטמון עם התגים img,‏ 2026-01-10 ו-staging

כששולחים בקשה לבטל את התוקף של אובייקטים עם התגים prod ו-2026-01-10, התוקף של כל שלושת האובייקטים במטמון מבוטל כי כל אובייקט תואם לפחות לאחד מהתגים שצוינו. לא צריך לציין את כל התגים שמשויכים לאובייקט כדי לבטל את התוקף שלו.

שילוב של התאמות לביטול תוקף

בקשת ביטול תוקף חייבת לכלול לפחות התאמה אחת. אפשר לשלב כמה התאמות בבקשת ביטול אחת כדי לצמצם את היקף הביטול:

  • בסוגים שונים של התאמות (לוגיקה של AND): כשמציינים יותר מסוג אחד של התאמה בבקשת ביטול תוקף (כל שילוב של path,‏ host,‏ cacheTags,‏ httpStatus,‏ contentType ו-backendService), Cloud CDN מחיל לוגיקה בוליאנית של AND על ההתאמות. אובייקט במטמון מבוטל רק אם הוא תואם לכל סוגי ההתאמה שצוינו.
  • בתוך תגי מטמון (לוגיקה של OR): אם מציינים כמה תגים ב-cacheTags (--tags) לצד התאמות אחרות, אובייקט חייב להתאים לפחות לאחד מתגי המטמון שצוינו (OR) וגם לכל שאר ההתאמות שצוינו (AND).

נניח שיש לנו אובייקטים במטמון:

  • ‫אובייקט 1: https://staging.example.com/img/cat.jpg, סטטוס 200, סוג תוכן image/jpeg, תג release-v1
  • ‫אובייקט 2: https://example.com/img/cat.jpg, סטטוס 200, סוג תוכן image/jpeg, תג release-v1
  • ‫אובייקט 3: https://staging.example.com/img/missing.jpg, סטטוס 404, סוג תוכן text/html, תג release-v1
  • ‫Object 4: https://staging.example.com/img/logo.png, סטטוס 200, סוג תוכן image/png, תג release-v2

הדוגמאות הבאות ממחישות איך שילוב של התאמות משפיע על האובייקטים שמאבדים את התוקף:

  • מארח + נתיב + תג מטמון: אם מבטלים את התוקף כש-host מוגדר לערך staging.example.com, path מוגדר לערך /img/* ו-cacheTags מוגדר לערך release-v1, התוקף של אובייקט 1 ושל אובייקט 3 מבוטל. אובייקט 2 לא תואם למארח, ואובייקט 4 לא תואם לתג.
  • מארח + נתיב + סוג תוכן: אם מבטלים את התוקף כש-host מוגדר לערך *.example.com, path מוגדר לערך /img/* ו-contentType מוגדר לערך image/jpeg, רק התוקף של אובייקט 1 מבוטל. ‫Object 2 נמצא בדומיין הראשי example.com (שלא תואם ל-*.example.com), ול-Object 3 ול-Object 4 יש סוגי תוכן שונים.
  • מארח + נתיב + קוד סטטוס של HTTP: אם מבטלים את התוקף של host שמוגדר כ-staging.example.com, של path שמוגדר כ-/img/* ושל httpStatus שמוגדר כ-404, רק התוקף של אובייקט 3 מבוטל.

זמן האחזור של ביטול התוקף

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

שיטות מומלצות

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

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

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

ביטול תוקף עם הפניה לשירות בפרויקטים שונים של VPC משותף

ביטול התוקף של המטמון מוגדר בפרויקט של הקצה הקדמי, כלומר הפרויקט שכולל את כלל ההעברה, שרת ה-Proxy לחלוקת העומס ומפת URL של מאזן העומסים. לכן, כשמשתמשים במאזן עומסים חיצוני גלובלי של אפליקציות (ALB) עם הפניה לשירות בפרויקטים שונים ב-VPC משותף, כברירת מחדל לאדמינים של פרויקט השירות אין את ההרשאות הנדרשות כדי לבקש ביטולי תוקף של מטמון.

רק חשבונות משתמשים עם תפקידים בממשק לניהול הזהויות והרשאות הגישה (IAM) יכולים לבטל את תוקף המטמון, כדי להגדיר משאבים של מאזן עומסים בפרויקטים של ממשק המשתמש – לדוגמה, התפקיד "אדמין רשת Compute"‏ (roles/compute.networkAdmin).

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

המאמרים הבאים