סקירה כללית
IAP הוא שירות גלובלי, וכל הגדרה של IAP משוכפלת באופן גלובלי. לכן, אם אתם צריכים לעמוד בדרישות מחמירות של תאימות למיקום אחסון הנתונים באזור, יכול להיות שתצטרכו לוודא שאי אפשר להפעיל את IAP באפליקציות בארגון, בפרויקטים ספציפיים או בתיקיות ספציפיות. אפשר לשלוט בהפעלת IAP באמצעות הגדרת אילוצים של מדיניות הארגון.כללי מדיניות של הארגון ב-IAP
כללי המדיניות הבאים של הארגון מגבילים את ההפעלה של IAP לאפליקציות גלובליות ואזוריות:- גלובלי:
iap.requireGlobalIapWebDisabled אזורי:
iap.requireRegionalIapWebDisabled
אתם יכולים להשתמש בכללי המדיניות של הארגון כדי למנוע מאדמינים להפעיל את IAP בשירותים הבאים:
* שירותים לקצה העורפי של Compute Engine, מאמרי העזרה של ה-API: פעולות insert, update ו-patch ב-backendServices/regionBackendServices
* אפליקציות של App Engine, מאמרי העזרה של ה-API: Applications.updateApplication
כשמפעילים את אחד מאילוצי המדיניות או את שניהם, אי אפשר להפעיל את IAP באפליקציות גלובליות או אזוריות, בהתאמה. הגדרת האילוצים של המדיניות לא משביתה באופן אוטומטי את אמצעי ההגנה של IAP שקיימים באפליקציות של Compute Engine או App Engine. באפליקציות קיימות שבהן מופעל IAP, חשוב לוודא שהן עומדות בכללי המדיניות החדשים בלי לפגוע במצב האבטחה.
כללי המדיניות של הארגון שולטים באופן ספציפי וקפדני רק בהפעלה של IAP, ולא בהיבטים אחרים של הגדרת ה-IAP. כשיש מדיניות ארגונית, אדמין יכול לעדכן את כל הגדרות ה-IAP, כולל פרטי לקוח OAuth, בכל אפליקציה שלא עומדת בדרישות בזמן אכיפת המדיניות. הגמישות הזו מאפשרת לכם לשמור על מצב אבטחה חזק, ובמקביל לפעול כדי שכל השירותים שלכם יעמדו בדרישות של מיקום אחסון הנתונים.