החל מ-30 בנובמבר 2019, אפשר לפרוס גרסאות חדשות של אפליקציות App Engine רק אם בחשבון מוגדר אמצעי תשלום, כמו כרטיס אשראי. החל מ-9 באוגוסט 2021, כל האפליקציות ב-App Engine דורשות אמצעי תשלום כדי להמשיך לפעול. הדרישה הזו חלה על אפליקציות בכל זמני הריצה של App Engine, כולל אפליקציות Java 8, Python 2.7, PHP 5 ו-Go 1.11 בסביבה הרגילה של App Engine.
החל מ-9 באוגוסט 2021, אם לא מוגדר אמצעי תשלום לאפליקציה פעילה, היא תיסגר.
אתם צריכים להוסיף אמצעי תשלום לחשבונות שלכם, אבל השימוש בשכבת App Engine בחינם לא השתנה והוא יישאר כפי שהוא.
למה ביצענו את השינוי הזה
הדרישה להגדיר אמצעי תשלום לכל סביבות זמן הריצה עוזרת למנוע הונאות ושימוש לרעה, ומיישרת קו בין App Engine לבין שאר השירותים של Google Cloud. כך נוכל להקדיש יותר זמן להשקת תכונות חדשות ולתמוך בכם בתהליך הצמיחה ב-App Engine.
בנוסף, כל סביבות זמן הריצה של App Engine משתמשות עכשיו ב-Cloud Build כדי לבנות אפליקציות לתוך קונטיינר במהלך תהליך הפריסה. Cloud Build דורש אמצעי תשלום, ולכן אם לא מוגדר אמצעי תשלום, הפריסות ב-App Engine ייכשלו. החל מ-9 באוגוסט 2021, אם לא מוגדר אמצעי תשלום לאפליקציה שפועלת, היא תושבת. אפשר להפעיל מחדש את האפליקציה על ידי הוספת אמצעי תשלום.
לא צריך לבצע שינויים נוספים בפרויקט, מלבד הוספת אמצעי תשלום. השינוי ב-Cloud Build מתבצע כולו ברקע ולא משפיע על פקודות הפריסה או על ממשקי ה-API לניהול.
מה לא השתנה
התוכנית בחינם ב-App Engine לא השתנתה.
מה יוצג לכם
אם לא מוגדר בפרויקט אמצעי תשלום תקף, תופיע ההודעה:
שגיאות
HTTP 500שמוחזרות כשבקשות נשלחות לאפליקציהרשומות ביומני App Engine שבהן מופיע הכיתוב Billing disabled. Shutting down instance.
מה צריך לעשות?
אם יש לכם אפליקציות App Engine שמשתמשות בסביבות זמן ריצה של Java 8, Python 2.7, PHP 5 ו-Go 1.11 בסביבה הרגילה של App Engine, תצטרכו להוסיף אמצעי תשלום לפרויקט.
כדי להוסיף אמצעי תשלום לפרויקט:
אם עדיין אין לכם חשבון לחיוב, אתם צריכים ליצור חשבון לחיוב.
מוסיפים את כרטיס האשראי או אמצעי תשלום אחר כאמצעי תשלום.
מקשרים את הפרויקט לחשבון לחיוב.
מידע נוסף על הוספה, הסרה או עדכון של אמצעי תשלום
למה אנחנו מבצעים את השינוי הזה
השינוי הזה נובע מהמטרות הבאות:
הפחתת הונאות ב-App Engine
הגברת השילוב של App Engine עם שירותים אחרים Google Cloud
הפחתת הונאות ב-App Engine
הונאה פוגעת בכל המשתמשים הלגיטימיים ב-App Engine וב-Google. צוותי ההנדסה והתמיכה שלנו משקיעים זמן רב במניעה, במעקב ובאבחון של שימוש הונאה. כך אנחנו מגבילים את המשאבים שזמינים ללקוחות לגיטימיים. בנוסף, הונאה עולה ל-Google כסף, ולכן העלויות עולות לכולם כי צריך לקחת אותה בחשבון בתמחור של App Engine.
מניסיוננו עם סביבות זמן הריצה החדשות יותר, יש לנו הוכחות ישירות לכך שדרישה של אמצעי תשלום מפחיתה את ההונאה.
שילוב של App Engine עם שירותים אחרים Google Cloud
App Engine הושק בשנת 2008, לפני Google Cloud, והוא נבנה בארכיטקטורה מותאמת אישית וקניינית לחלוטין, כי לא הייתה פלטפורמה רחבה יותר שאפשר לשלב איתה. עכשיו Google Cloud היא פלטפורמה גדולה ומתוחכמת, והלקוחות שלנו מבקשים לשלב את App Engine בצורה חלקה עם השירותים שזמינים ב- Google Cloud.
אפשר לשלב עם שירותים אחרים Google Cloud באמצעות Serverless VPC Access, שמאפשר ל-App Engine להיות באותו VPC כמו מכונות וירטואליות ב-Compute Engine ואשכולות Google Kubernetes Engine. כחלק מהשילוב, אנחנו מעבירים את הגרסאות של App Engine ל-Cloud Build, שיש לו את היתרונות הבאים:
פלט מפורט של הבנייה, כולל אזהרות ושגיאות מפורטות
אפשרות לצפייה בהיסטוריית הבנייה בקטע Cloud Build במסוף Cloud
(בקרוב) האפשרות לכלול כל ספרייה בקוד, בנוסף לקבוצה המוגדרת מראש שזמינה בסביבות זמן הריצה של App Engine
כמעט בכל Google Cloud השירותים נדרש אמצעי תשלום, ולכן השילוב הנוסף הזה מחייב גם את App Engine לדרוש אמצעי תשלום.
עלויות השימוש ב-Cloud Build
ל-Cloud Build יש רמה חינמית שכוללת 120 דקות בנייה ליום לכל חשבון לחיוב. לדוגמה, אם הבנייה נמשכה 5 דקות, תוכלו לבצע פריסה 24 פעמים ביום בלי לשלם. למידע נוסף על תמחור מעבר לרמה החינמית, אפשר לעיין במאמר תמחור Cloud Build.
הגבלת העלויות
אפשר להשתמש במנגנונים הבאים כדי להגביל את העלויות של App Engine:
כדי להגביל את השימוש במופע שלכם לרמה החינמית, מגדירים את האפשרות
max_instancesבקובץ ההגדרות שלapp.yamlלערך1.הגדרת תקציב והתראות כדי לעקוב אחרי השימוש במשאבים בכל השירותים של Google Cloud .
השבתה ידנית של האפליקציה אם השימוש בה חורג מרמת שימוש שהוגדרה מראש.