כאשר ה-API הופך לבסיס של מוצר ומתחיל לעבד עשרות אלפי בקשות בשנייה, זה קריטי להיקף אותו באופן אופקי. זה אומר להוסיף מקרים חדשים מבלי להפסיק את השירות ולהפיץ את העומס ביניהם באמצעות מאזנים.
אנחנו מתכננים ומיישמים ארכיטקטורת API מדשדשת שיכולה לגדול בגמישות ולעמוד בכל עומס שיא.
כיצד פועל קנה המידה האופקי
| רכיב | מה כן עושה? |
|---|---|
| מאזן טעינה | מפזר תנועה בין שרתי API (HAProxy, Nginx, AWS ELB) |
| מקרים של API | עותקים בלתי תלויים של בקשות לעיבוד יישומים של API במקביל |
| חנות נתונים משותפת | מסד נתונים מרכזי או מטמון זמין לכל המקרים |
| בדיקת בריאות החלמה אוטומטית | ניטור זמינות מקרה והתאוששות אוטומטית |
למה אתה צריך את זה?
שוד במקרה של צמיחה חדה של בקשות
אשמה בסובלנות - כישלון של צומת אחד לא משפיע על פעולת API
תמיכה בסולם רחב ללא שינוי בהיגיון היישום
יכולת לגלגל עדכונים בשלבים (עדכון מתגלגל)
אופטימיזציה עלויות באמצעות קנה מידה דינמי
מה שאנחנו משתמשים בו
מאזני עומס: HAPROXY, Nginx, AWS ELB, GCP Load Balancer
תזמורות: Docker Swarm, Kubernetes, ECS
מדינה משותפת: Redis, Memcashed, S3
ניטור: Prometheus, Grafana, Datadog
CI/CD: השלכה אוטומטית של מקרים חדשים על ידי טעינה
איפה קריטי
API פיננסי ובנקאי
משחקי ריאליטי ושירותי הזרמה
מסחר אלקטרוני במהלך מכירות ועומס שיא
מוצרים עם כיסוי גלובלי והפצת GEO
קנה מידה אופקי הוא היסוד האדריכלי לצמיחה. נבטיח שה-API שלך יעבוד על כל נפח של תנועה, עם סובלנות לקויה גבוהה,