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

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

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

טיפול בשגיאות של מגבלת קצב ליצירת בקשות

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

מגבלות ברירת מחדל וניתוח השפעות

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

מדד	מגבלת ברירת מחדל	ניתוח השפעות של QPS
לכל פרויקט (יומי)	‫86.4 מיליון בקשות ביום	‫~1,000 QPS sustained
לכל פרויקט (מדי דקה)	‫120,000 בקשות לדקה	‫~2,000 QPS burst
למשתמש (מדי דקה)	‫300 בקשות בדקה	רגיל: 5 QPS לכל משתמש אפליקציות לא מאומתות: עד 250 QPS בסך הכול (מוגבל ל-100 משתמשים ב-2.5 QPS לכל משתמש)

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

אם האפליקציה שלכם דורשת תפוקה גבוהה יותר מההקצאות שמוגדרות כברירת מחדל, אתם יכולים לבקש שינוי דרך מסוף Google Cloud. איך רואים ומנהלים את המכסות