מכסות ומגבלות

במאמר הזה מוסבר על מכסות ומגבלות המערכת של Workflows.

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

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

מערכת המכסות ב-Cloud:

ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.

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

לסקירה כללית על מכסות ב-Cloud

למשאבי Workflows יש גם מגבלות מערכת. שאי אפשר לשנות.

מכסות

ב-Workflows, המכסות הבאות נאכפות לכל Google Cloud פרויקט. אפשר להגדיל או להקטין את המכסות האלה:

מכסה תיאור ערך
סה"כ תהליכי עבודה המספר המקסימלי של תהליכי עבודה שאפשר לפרוס בכל פרויקט 10,000
הרצות בו-זמניות

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

כשמגיעים למכסת השימוש, והתכונה 'הצטברות של בקשות לביצוע' מופעלת כברירת מחדל (עם כמה יוצאים מן הכלל), נוצרים ביצועים במצב QUEUED. אם השבתתם את התכונה 'הצטברות של הרצות בתור' או אם הגעתם למכסה של הרצות שהצטברו בתור, כל הרצה חדשה תיכשל עם קוד סטטוס HTTP 429 Too many requests. מידע נוסף זמין במאמר בנושא ניהול של הצטברות בקשות לביצוע.

 10,000
הרצות שהצטברו בתור המספר המקסימלי של הפעלות של תהליכי עבודה שנמצאות בהמתנה בכל אזור, לכל פרויקט.

מידע נוסף מופיע במאמר בנושא ניהול של הצטברות בקשות לביצוע.

 100,000
בקשות Workflow API המספר המקסימלי של בקשות API ‏ (create,‏ update, ‏ list, ‏ get,‏ delete) מכל זרימות העבודה בפרויקט (לדקה לכל מיקום) 1,200
בקשות GET של Execution API המספר המקסימלי של בקשות להפעלות של זרימות עבודה של get מכל זרימות העבודה בפרויקט (לדקה לכל מיקום) 6,000
בקשות רשימה של Execution API המספר המקסימלי של בקשות לביצוע זרימות עבודה של list מכל זרימות העבודה בפרויקט (לדקה לכל מיקום) 1,200
בקשות כתיבה של Execution API המספר המקסימלי של בקשות לביצוע תהליכי עבודה (כולל ביצועים שמופעלים על ידי Eventarc) מכל תהליכי העבודה בפרויקט (לדקה לכל מיקום) אל create ו-cancel.

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

 6,000
בקשות של שלבי כניסה ל-Execution API המספר המקסימלי של בקשות אל get שלב בכניסה מהרצת תהליך עבודה (לדקה לכל מיקום) 6,000
בקשות של רשומות של שלבים ברשימת Execution API המספר המקסימלי של בקשות ל-list של רשומות שלבים מהרצת תהליך עבודה (לדקה לכל מיקום) 1,200
בקשות לייצוא נתונים מ-Execution API המספר המקסימלי של בקשות אל export data מביצוע של תהליך עבודה (לדקה לכל מיקום) 10
בקשות HTTP לנקודות קצה (endpoint) של שיחות חוזרות המספר המקסימלי של SendHttpCallback בקשות API שמוגשות במשאבי ההרצה מכל תהליכי העבודה בפרויקט (לדקה לכל מיקום) 1,500
בקשות להחזרת רשימה של Execution API המספר המקסימלי של בקשות ל-callbacks של list מביצוע של תהליך עבודה (לדקה לכל מיקום) 300

בקשות להגדלת מכסות

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

מעקב אחרי השימוש במכסה

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

מגבלות על שלבים

ב-Workflows, לכל תהליך עבודה יש מגבלות על מספר השלבים. אי אפשר לבקש שינויים במגבלות האלה:

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

מידע נוסף על מה נחשב לשלב זמין במאמר בנושא אופטימיזציה של השימוש.

 100,000

מגבלות על מספר השלבים המקבילים

ב-Workflows, המגבלות הבאות נאכפות כשמשתמשים בשלבים מקבילים. אי אפשר לבקש שינויים במגבלות האלה:

הגבלה תיאור ערך
ענפים לכל שלב המספר המקסימלי של הסתעפויות שנתמכות בשלב מקביל 10
עומק מקביל העומק המקסימלי שאפשר לקנן בו שלבים מקבילים 2
ענפים ואיטרציות מקבילים

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

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

20
חריגות שלא זוהו בשלב מקביל המספר המקסימלי של חריגות שלא טופלו שיכולות להתרחש במהלך ההפעלה של תהליך העבודה (בסך הכול) 100

מגבלות על משאבים

מערכת Workflows אוכפת את מגבלות השימוש הבאות. אי אפשר לבקש שינויים במגבלות האלה:

הגבלה תיאור ערך
גודל קוד המקור הגודל המקסימלי של קובץ ה-YAML או ה-JSON שמגדיר את תהליך העבודה ‫128 KB
גודל התשובה הגודל המקסימלי של תגובת HTTP (אם התגובה נשמרת במשתנה, חלה מגבלת הזיכרון של המשתנים) ‫2 MB
אורך הביטוי מספר התווים המקסימלי בביטוי יחיד ‫400 תווים
גודל הנתונים הגודל המצטבר המקסימלי של משתנים, ארגומנטים ואירועים: ‫512 KB
  • כמות הזיכרון המקסימלית שאפשר להשתמש בה עבור כל המשתנים שמוגדרים בהרצה יחידה של תהליך עבודה נתון
  • הגודל המקסימלי של הארגומנטים שאפשר להעביר כשיוצרים הפעלה של תהליך עבודה
  • הגודל המקסימלי של מטען ייעודי (payload) של Eventarc שאפשר להעביר כשמפעילים ביצוע של תהליך עבודה באמצעות אירועים
האורך המקסימלי של מחרוזת בבייטים בקידוד UTF-8 ‫256 KB
משתני סביבה הגודל המקסימלי של מחרוזת ההגדרה של משתנה סביבה שהמשתמש מגדיר (KEY=value). אפשר להגדיר עד 20 משתנים. ‫4 KiB
משך הביצוע משך הזמן המקסימלי (משעת ההתחלה עד שעת הסיום) של הרצת תהליך עבודה. כל תהליך עבודה שחורג מהמגבלה הזו מסתיים בשגיאת פסק זמן שנה אחת
שמירת נתוני ההרצה תקופת השמירה המקסימלית (אחרי השלמת הביצוע של תהליך העבודה) של ההיסטוריה והתוצאות של הביצוע 90 ימים
חלון ביטול כפילויות חלון ביטול הכפילויות כדי להבטיח עיבוד מדויק של כל אירוע כשמפעילים הרצת תהליך עבודה עם אירועים 24 שעות