מידע על זמן האחזור ומיקום השרת

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

בטבלה הבאה מפורטים האזורים ב-Google Cloud שבהם נעשה שימוש ב'התאמה אישית בזמן אמת', המיקום המשוער שלהם ודוגמאות למיקומים גיאוגרפיים ממוקדים שסביר להניח שיישלחו לשרתים שלכם בבקשות SegmentRequest מהאזורים האלה:

אזור Google Cloud מיקום לפי אזורים דוגמה למיקום יעד גיאוגרפי
us-east1 דרום קרוליינה, ארצות הברית צפון אמריקה (החוף המזרחי)
us-west1 אורגון, ארצות הברית צפון אמריקה (החוף המערבי)
us-central1 איווה, ארצות הברית צפון אמריקה (מרכז)
europe-west1 בלגיה אירופה
europe-west4 אמסטרדם, הולנד אירופה
asia-southeast1 סינגפור אסיה
asia-east1 טאיוואן אסיה

שימוש בחיבור HTTP מתמשך כדי להפחית את זמן האחזור

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

מיקום השרת

אפשר לצפות שרוב הבקשות לפלחים יישלחו מהאזור שהכי קרוב למיקום של המשתמש, אבל Google לא מבטיחה שזה תמיד יהיה המצב. ככל שתמקמו שרתים קרוב למספר גדול יותר של אזורים, כך תוכלו לצפות לקבל קבוצה מלאה יותר של בקשות לפלחים עבור המיקומים המטורגטים. ‫Google ממליצה למקם שרתים ליד קבוצת משנה של אזורים שמתאימים למיקומי היעד שלכם. לדוגמה, אפשר למקם את השרתים קרוב לאזורים us-east1,‏ us-west1 ו-us-central1 כדי לקבל את רוב התנועה בצפון אמריקה.

המועד האחרון לשליחת תגובה על מקטע הוא 50 אלפיות השנייה.

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

השלבים הבאים