קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
מגבלות ומכסות מגינות על התשתית של Google מפני תהליך אוטומטי שמשתמש ב-Alert Center API באופן בלתי הולם. בקשות מוגזמות מ-API עלולות לנבוע משגיאת הקלדה לא מזיקה, או כתוצאה ממערכת לא יעילה שמבצעת קריאות ל-API מיותרות. לא משנה מה הסיבה, חסימת תנועה ממקור ספציפי אחרי שהיא מגיעה לרמה מסוימת היא הכרחית לשמירה על התקינות הכוללת של מערכת Google Workspace. המדיניות מבטיחה שהפעולות של מפתח אחד לא ישפיעו לרעה על הקהילה הרחבה יותר.
במקרה הלא סביר שבו בקשת ה-API שלכם נכשלת, תקבלו תגובת קוד סטטוס HTTP. קוד סטטוס של 403 כולל פרטי שגיאה לגבי קלט שגוי, וקוד סטטוס HTTP של 503 מכיל פרטי שגיאה שמציין את מכסות ה-API חריגה. התגובות האלה מאפשרות לאפליקציה המותאמת אישית לזהות את השגיאות האלה ולנקוט פעולה מתאימה.
אם צריך להשלים את הבקשות בפרק זמן קבוע, אפשר לשלוח את הבקשות במקביל או להשתמש במספר שרשורים באפליקציית Java או C#. דוגמה לבקשות מקבילות היא בקשה של קבוצות קטנות של אימיילים ממשתמשים שונים במקום הוספה או הסרה של הרבה הודעות אימייל ממשתמש אחד בו-זמנית. אם מדובר בשרשורים, כדאי להתחיל עם 10 שרשורים, שרשור אחד לכל אימייל של משתמש. חשוב לשים לב: ההמלצה לשרשורים כוללת יתרונות וחסרונות והיא לא מועילה בכל המצבים של ה-API. אם מספר הבקשות גבוה מדי, יקרו שגיאות שקשורות למכסות.
לגבי כל השגיאות המבוססות על זמן (עד N פעולות של N שניות לכל שרשור), ובמיוחד שגיאות בקוד הסטטוס 503, מומלץ להפעיל את הקוד החריג. באמצעות האלגוריתם השהיה מעריכית לפני ניסיון חוזר (exponential backoff), יש להמתין לעיכוב קצר לפני ניסיון חוזר. דוגמה ל-API של מרכז ההתראות לשרשור אחד היא להמתין 5 שניות ולנסות שוב את הקריאה שנכשלה. אם הבקשה תתבצע בהצלחה, צריך לחזור על הדפוס הזה לגבי השרשורים האחרים. אם הבקשה השנייה לא מצליחה, האפליקציה צריכה להפסיק את תדירות הבקשה עד שהשיחה תסתיים בהצלחה. לדוגמה, אפשר להאריך את ההשהיה הראשונית של 5 שניות ל-10 שניות ולנסות שוב לבצע את השיחה שנכשלה. בנוסף, קבעו מגבלה על מספר הניסיונות החוזרים. לדוגמה, אפשר לנסות לבצע ניסיון חוזר של בקשה 5 עד 7 פעמים עם זמני השהיה שונים, לפני שהאפליקציה תחזיר שגיאה למשתמש.
קטגוריות מוגבלות של ממשקי API
מגבלות
שיעורי QPS ו-QPD במרכז ההתראות
ה-API מגביל את מספר הבקשות לפרויקט שלך במסוף ממשקי ה-API. מספר הבקשות המקסימלי של פרויקט ה-API לשנייה (QPS) הוא 1,000. בנוסף, מספר הבקשות המרבי למשתמש לשנייה (QPS של משתמש) הוא 150.
Google לא מתירה בקשות לא מורשות ל-API הזה. בקשה נחשבת כלא מורשית אם לא סופק אסימון הרשאה. למידע נוסף, ראה מתן הרשאה לבקשות.
איך מבקשים להגדיל את המכסות לכל פרויקט
יכול להיות שתרצו לבקש הגדלה של המכסה בהתאם לשימוש במשאבים בפרויקט. קריאות ל-API דרך חשבון שירות נחשבות לשימוש בחשבון יחיד. הגשת בקשה להגדלת מכסה לא מבטיחה אישור. תהליך האישור של
הגדלה משמעותית של מכסות יכול להימשך יותר זמן.
המכסות לא זהות בכל הפרויקטים. ככל שאתם משתמשים יותר ויותר ב-Google Cloud לאורך הזמן, יכול להיות שתצטרכו להגדיל את המכסות שלכם. אם צפויה עלייה משמעותית בשימוש, אתם יכולים לבקש באופן יזום שינויים במכסותבדף Quotas במסוף Google Cloud.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-03-25 (שעון UTC)."],[],[],null,["# Usage limits and quotas\n\nLimits and quotas protect the Google infrastructure from an automated process that uses the Alert Center API in an inappropriate way. Excessive requests from an API might result from a harmless typo, or might result from an inefficiently designed system that makes needless API calls. Regardless of the cause, blocking traffic from a specific source once it reaches a certain level is necessary for the overall health of the Google Workspace system. It ensures that one developer's actions cannot negatively impact the larger community.\n\nIn the unlikely event that your API request fails, you'll receive an HTTP status code response. A status code of `403` has error information about incorrect input and an HTTP status code of `503` has error information indicating which API quotas have been exceeded. These responses allow your custom application to detect these errors and take appropriate action.\n\nIf your requests need to be completed in a fixed period of time, send your requests in parallel or use multiple threads in your Java or C# application. An example of parallel requests is requesting small batches of emails from different users rather than adding or removing lots of emails from one user simultaneously. In the case of threads, try starting with 10 threads, one thread per user email. Note, the thread recommendation has trade-offs and is not useful for all API situations. If the number of requests gets too high, quota errors will occur.\n\nFor all errors that are time based (maximum of \u003cvar translate=\"no\"\u003eN\u003c/var\u003e things for \u003cvar translate=\"no\"\u003eN\u003c/var\u003e seconds per thread), especially the 503 status code errors, we recommend your code catch the exception and, using an [exponential backoff](http://wikipedia.org/wiki/Truncated_binary_exponential_backoff) algorithm, wait for a small delay before retrying the failed call. A Alert Center API example for one thread is to wait 5 seconds and retry the failed call. If the request is successful, repeat this pattern for the other threads. If the second request is not successful, your application should scale back on the frequency of the request until a call is successful. For example, increase the initial 5 second delay to 10 seconds and retry your failed call again. Also, decide on a retry limit. For example retry a request 5 to 7 times with different delay times before your application returns an error to the user.\n\n| API Limit Categories | Limits |\n|--------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Alert Center QPS and QPD rates | The API limits the number of requests for your APIs Console project. The API project's maximum number of requests per second (project QPS) is 1000. And, the maximum number of requests per user per second (user QPS) is 150. If these limits are exceeded, the server returns an HTTP `503` status code. Use the [exponential backoff](http://wikipedia.org/wiki/Truncated_binary_exponential_backoff) algorithm when retrying your requests. |\n\n\n| Other Types of Limits | Limitations and Guidelines |\n|-----------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Data format, default | The default data format is JSON. |\n| Unauthorized requests | Google does not allow unauthorized requests to this API. A request is considered unauthorized if no authorization token is provided. For more information, see [Authorizing requests](/workspace/admin/alertcenter/guides/authorizing). |\n\nRequest a per-project quota increase\n------------------------------------\n\n\nDepending on your project's resource usage, you might want to request a quota\nadjustment. API calls by a service account are considered to be using a\nsingle account. Applying for an adjusted quota doesn't guarantee approval. Quota adjustment\nrequests that would significantly increase the quota value can take longer to be approved.\n\n\nNot all projects have the same quotas. As you increasingly use Google Cloud over\ntime, your quota values might need to increase. If you expect a notable upcoming\nincrease in usage, you can proactively\n[request quota adjustments](https://cloud.google.com/docs/quota#requesting_higher_quota)\nfrom the [Quotas page](https://console.cloud.google.com/iam-admin/quotas)\nin the Google Cloud console.\n\nTo learn more, see the following resources:\n\n- [About quota adjustments](https://cloud.google.com/docs/quotas/overview#about_increase_requests)\n- [View your current quota usage and limits](https://cloud.google.com/docs/quota#viewing_your_quota_console)\n- [Request a higher quota limit](https://cloud.google.com/docs/quota#requesting_higher_quota)"]]
