הנחיות להשעיית פרויקטים

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

משאבי פרויקט מושעים לעומת משאבי פרויקט מיותמים

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

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

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

  1. יש לו פעילות API שמשתקפת ביומנים.
  2. הוא משויך לדומיין של לקוח Google Workspace.
  3. יש בו אפליקציית App Engine פעילה.
  4. יש לו מכסה פעילה או עתידית לתקופה משתנה.
  5. הוא מקושר לחשבון לחיוב ב-Cloud.
  6. הוא נמצא בבעלות של משאב Organization.

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

איך להימנע מפרויקטים מיותמים

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

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

שחזור גישה לפרויקטים ולארגונים

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

שחזור הגישה לפרויקט בארגון

אם הפרויקט שייך למשאב ארגון, אתם יכולים לשחזר את הגישה בלי לפנות ל-Cloud Customer Care. לאדמינים ארגוניים (roles/resourcemanager.organizationAdmin) יש שליטה מלאה בכל הפרויקטים במשאב הארגון, והם יכולים להקצות את תפקיד הבעלים (roles/owner) או להקצות מחדש את הבעלות על הפרויקט באופן ישיר.

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

  • מבקשים מהאדמין הארגוני בארגון להקצות לכם את התפקיד "בעלים" (roles/owner) או תפקיד מתאים אחר בממשק לניהול הזהויות והרשאות הגישה (IAM) בפרויקט. איך מנהלים את הגישה לפרויקטים, לתיקיות ולארגונים
  • אם לארגון שלכם אין Organization Administrator פעיל, בקשו מהסופר-אדמין של Google Workspace או של Cloud Identity להקצות את התפקיד Organization Administrator (roles/resourcemanager.organizationAdmin), ואז לתת גישה לפרויקט. להוראות, קראו את המאמר מתן גישה למשאב ארגוני.

שחזור הגישה למשאב של הארגון

צוות שירות הלקוחות לא יכול לתת גישה ישירה למשאב של ארגון ב- Google Cloud. אם איבדתם את הגישה למשאב הארגון, אתם יכולים לשחזר את הגישה דרך החשבון בדומיין של Google Workspace או של Cloud Identity:

  1. נכנסים למסוף Google Admin באמצעות חשבון סופר-אדמין ב-Google Workspace או ב-Cloud Identity, ונותנים את התפקיד "אדמין ארגוני" (roles/resourcemanager.organizationAdmin) במשאב הארגון.
  2. אם אין לכם גישה לחשבון סופר-אדמין, אתם יכולים לפעול לפי תהליך שחזור חשבון האדמין כדי לקבל שוב גישה לחשבון Google Workspace או Cloud Identity. אם השחזור האוטומטי לא זמין ואתם יכולים לשנות את רשומות ה-DNS של הדומיין, אתם יכולים לאמת את הבעלות על הדומיין באמצעות שחזור גישת אדמין.

איך משחזרים את הגישה לפרויקט עצמאי

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

קודם כדאי לנסות את אפשרויות השחזור בשירות עצמי

לפני שפותחים בקשת תמיכה, נסו את כל השיטות הבאות לשחזור בשירות עצמי:

  • פנייה לבעלים הקיימים של הפרויקט: פנו לכל הבעלים הנוכחיים של הפרויקט ובקשו מהם להקצות לכם את התפקיד "Project Owner" (roles/owner) במסוףGoogle Cloud .
  • לשחזר חשבון קיים שמוגדר כבעלים: אם אין לכם יותר את פרטי הכניסה לחשבון קיים שמוגדר כבעלים, נסו לשחזר את החשבון:
    • חשבון Google Workspace או Cloud Identity מנוהל: מבקשים ממנהל הדומיין לאפס את הסיסמה של המשתמש או לשחזר חשבון משתמש שנמחק לאחרונה, תוך 20 ימים ממועד המחיקה.
    • חשבון Google אישי: משתמשים בדף שחזור החשבון ב-Google כדי לשחזר את החשבון באמצעות כתובת האימייל לשחזור החשבון או מספר הטלפון לשחזור החשבון שהוגדרו. אם לחשבון יש כתובת אימייל חלופית, אתם יכולים להיכנס גם באמצעות כתובת האימייל החלופית והסיסמה.
    • חשבון בעל מאפיינים זהים לחשבון פעיל שמסתיים ב-@gtempaccount.com: אם כתובת האימייל של הבעלים מסתיימת ב-@gtempaccount.com, בקשו מהמשתמש להיכנס לחשבון ולפתור את הבעיה באמצעות פותר הבעיות בחשבונות בעלי מאפיינים זהים לחשבון פעיל.
  • אישור הזמנה ממתינה לבעלות: אם למשתמש פעיל בחברה יש הזמנה ממתינה להפוך לבעלים של פרויקט, בקשו ממנו להיכנס באמצעות כתובת האימייל שאליה נשלחה ההזמנה ולאשר את ההזמנה בGoogle Cloud מסוף.
  • התחזות לחשבון שירות של בעלים: אם לחשבון שירות יש את התפקיד "בעלים" (roles/owner) בפרויקט, כל חשבון משתמש עם התפקיד "משתמש בחשבון שירות" (roles/iam.serviceAccountUser) באותו חשבון שירות יכול להתחזות לחשבון השירות ולתת גישה לפרויקט.

בקשת שחזור גישה משירות הלקוחות

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

כששולחים בקשת שחזור, צוות Customer Care מבצע תהליך חובה של אימות ושליחת הודעות:

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

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

    • אישור מה-Billing Account Administrator (roles/billing.admin) של חשבון לחיוב ב-Cloud שמקושר לפרויקט, יחד עם מזהה החשבון לחיוב והסכום האחרון שחויב. אם המטרה היחידה שלכם היא להפסיק את החיובים בפרויקט ללא בעלים, ה-Billing Account Administrator יכול להשבית את החיוב בפרויקט במקום לשחזר את הגישה לפרויקט.
    • אימות בעלות על הדומיין באמצעות רשומת TXT ב-DNS או אישור של לפחות שני אדמינים של הדומיין, אם כל החשבונות שמוגדרים כבעלים הקיימים שייכים לדומיין שלכם.
    • תאריך יצירת הפרויקט, יוצר הפרויקט המקורי ובעלי הפרויקט הנוכחיים או הקודמים.
    • פרטי הגדרות ספציפיים של פרויקטים ומזהי משאבים, כמו חשבונות שירות שנוצרו על ידי משתמשים, מזהי לקוחות ב-OAuth 2.0 ודומיינים מורשים, מפתחות API או שמות של משאבים פעילים.

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

פרויקטים שלא זכאים לשירות לקוחות

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

  • פרויקטים במשאב ארגון: משחזרים את הגישה באמצעות חשבון של מנהל חשבון ארגוני או סופר-אדמין.
  • פרויקטים פנימיים בבעלות Google: פרויקטים בארגון google.com לא עומדים בדרישות לשחזור תמיכה חיצונית.
  • פרויקטים של Firebase בלבד: פרויקטים שמשתמשים רק בממשקי API של Firebase מטופלים על ידי התמיכה של Firebase, באמצעות תהליך הבעלות על פרויקט Firebase.
  • פרויקטים לחיוב ב-Google Cloud Marketplace: פרויקטים לחיוב שמנוהלים על ידי Google לשירותי Cloud Marketplace לא זכאים לגישת לקוחות.
  • פרויקטים של לקוחות שמופצים על ידי מפיצים: מפיצים לא יכולים לקבל גישה לפרויקטים שמקושרים לחשבונות לחיוב שמופצים על ידי מפיצים, גם אם המפיץ הוא אדמין של החשבון לחיוב. כדי להפסיק את החיובים בפרויקט, המפיץ יכול להשבית את החיוב בפרויקט.
  • פרויקטים ב-Google Apps Script שמוגדרים כברירת מחדל: שירות הלקוחות לא יכול לתת גישה לפרויקטים שמוגדרים כברירת מחדל ונוצרים באופן אוטומטי בשביל Apps Script, ששמות הפרויקטים שלהם מתחילים ב-sys-. מידע נוסף זמין במאמר בנושא פרויקטים שלGoogle Cloud ב-Apps Script.

ההשלכות של הפרת התנאים וההגבלות

השעיה של חשבוןGoogle Cloud

בנסיבות מסוימות, אם משתמש ב- Google Cloud מפר באופן עקבי את התנאים וההגבלות או את Google Cloud מדיניות השימוש המקובל (AUP) בפרויקטים שלו, יכול להיות שהגישה שלו ל-Google Cloud תושעה. במקרה כזה, המפתח לא יוכל לגשת לפרויקטים שלו ב-Cloud. הם ימשיכו לקבל גישה לשירותים אחרים של Google, כמו Gmail.

כשחשבון Google Cloud מושעה ולמפתח יש לפחות פרויקט פעיל אחד, הוא מקבל אימייל שמודיע לו על השעיית הפרויקט. המפתח יכול להיכנס ל-Console, למלא את הטופס ולפנות ל-Google כדי לפתור את הבעיה.

השעיית פרויקטGoogle Cloud

Google Cloud פרויקטים ב- Google Cloud עלולים להיות מושעים בגלל הפרות של התנאים וההגבלות, כולל Google Cloud מדיניות השימוש המקובל (Google Cloud AUP). אם בפרויקט מזוהות פעילויות שמפירות את Google Cloud מדיניות השימוש המקובל או את התנאים וההגבלות, הבעלים של הפרויקט מחויבים לתקן את ההפרה באופן מיידי. אם ההפרה לא תתוקן, Google עשויה להשעות את הפרויקט. חשוב שהמפתחים יבדקו את חשבון האימייל של Project Owner באופן קבוע. Google Cloud אם Google משעה פרויקט ב- Google Cloud , כל עומסי העבודה שמשויכים אליו ב- Google Cloud מושעים גם הם. הבעלים של פרויקט מושעה יקבלו התראה באימייל מהכתובת google-cloud-compliance@google.com עם משאבים להגשת ערעור.

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

השעיה של חשבון לחיוב ב-Cloud

Google Cloud יכול להיות שהחשבון לחיוב ב-Cloud יושעה בגלל הפרות של התנאים וההגבלות של Google Cloud , תשלומים שלא בוצעו או חשד להונאה. אם החשבון לחיוב ב-Cloud מושעה, כל המשאבים של Google Cloudשמקושרים אליו מושעים גם הם.

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

כדי לשחזר חשבון לחיוב ב-Cloud מושעה, הבעלים יכולים להשתמש באחת מהאפשרויות הבאות:

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

משאבי ענן שמקושרים לחשבון לחיוב ב-Cloud מושעה לא נחשבים למשאבים מיותמים, כל עוד יש להם לפחות בעלים פעיל אחד.