המיקומים ב-Cloud Firestore

מיקומים אזוריים

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

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

Cloud Firestore תומך במיקומי המשאבים האזוריים הבאים:

הסכם רמת שירות למיקום

סוג המיקום Cloud Firestore קובע את אחוז זמן הפעולה לפי הסכם רמת השירות (SLA):

תמחור לפי מיקום

המיקום של Cloud Firestore קובע את העלות של פעולות במסד נתונים.

הסבר מקיף על התמחור לפי אזור וסוג אזור זמין במאמר הסבר על החיוב ב-Cloud Firestore.

הצגת המיקום של מסדי הנתונים

במסוף Firebase, עוברים לכרטיסייה Cloud Firestore Data כדי להציג את רשימת המכונות של מסד הנתונים ואת המיקומים שלהן.

יחסי תלות אפשריים במיקום עקב 'מיקום של משאבי Google Cloud שמוגדרים כברירת מחדל'

'מיקום המשאבים Google Cloud שמוגדרים כברירת מחדל' הוא הגדרת המיקום של כל משאבי הפרויקט שמשויכים ל-App Engine של Google, כולל:

• מופע ברירת המחדל של מסד הנתונים Cloud Firestore
• ברירת המחדל Cloud Storage לקטגוריה ב-Firebase עם פורמט השם *.appspot.com
• Google Cloud Scheduler שנעשה בה שימוש באופן ספציפי עם פונקציות מתוזמנות מדור ראשון

ההגדרה 'מיקום המשאבים Google Cloud שמוגדרים כברירת מחדל' היא הגדרה שלא ניתן לשנות. בנוסף, כשמגדירים את המיקום של אחד המשאבים המשויכים, מגדירים את המיקום של כולם באופן עקיף בגלל השיוך המשותף שלהם ל-App Engine.

עם זאת, בעקבות השינויים הרבים בסביבה העסקית של Firebase ו-Google Cloud במהלך השנים, השיוך של המשאבים ל-App Engine השתנה. הכי חשוב לדעת: החל מ-30 באוקטובר 2024, לכל Cloud Storage שמוגדר כברירת מחדל לקטגוריות חדשות ב-Firebase יהיה פורמט השם *.firebasestorage.app, והן לא משויכות ל-App Engine.

בהמשך מפורטים השינויים ביחסי התלות האפשריים במיקום:

• החל מ-30 באוקטובר 2024, אם מכונה Cloud Firestore שמוגדרת כברירת מחדל ומשתנה Cloud Storage שמוגדרים כברירת מחדל לקטגוריה ב-Firebase עדיין לא הוקצו:

  • הקצאת מכונה Cloud Firestore שמוגדרת כברירת מחדל מגדירה את המיקום של כל אפליקציית App Engine שתוקצה בפרויקט בעתיד. עם זאת, הוא לא קובע את המיקום של קטגוריית Cloud Storage שתהיה ברירת המחדל בעתיד.

  • הקצאת הקטגוריה Cloud Storage כברירת מחדל לא מקצה אפליקציית App Engine. לכן, המיקום של הקטגוריה Cloud Storage כברירת מחדל לא קובע את המיקום של מכונה Cloud Firestore עתידית שמוגדרת כברירת מחדל.

• החל מ-30 באוקטובר 2024, אם מכונה Cloud Firestore שמוגדרת כברירת מחדל כבר הוקצה, אבל מכונה Cloud Storage שמוגדרת כברירת מחדל לקטגוריה של Firebase עדיין לא הוקצה:

  • המיקום של קטגוריית Cloud Storage שתוגדר כברירת מחדל בעתיד (*.firebasestorage.app) לא נקבע על סמך המיקום של מופע Cloud Firestore הקיים שמוגדר כברירת מחדל.

• החל מ-30 באוקטובר 2024, אם כבר הוקצה Cloud Storage ברירת המחדל לקטגוריה של Firebase (במיוחד הקטגוריה *.appspot.com), אבל המכונה Cloud Firestore שמוגדרת כברירת מחדל לא הוקצה:

  • כשהוקצה הקטגוריה Cloud Storage שמוגדרת כברירת מחדל (*.appspot.com), הוקצה גם אפליקציית App Engine, ולכן המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל בעתיד הוגדר באותו זמן. גם אם תמחקו את הקטגוריה *.appspot.com, לא תוכלו למחוק את האפליקציה App Engine, כך שהגדרת המיקום של מכונה Cloud Firestore שתוגדר כברירת מחדל בעתיד כבר מוגדרת.

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

לתשומת ליבכם: אם יש לכם אפליקציה מסוג App Engine עם המיקום us-central או europe-west, המיקום של משאבי Google Cloud שמוגדרים כברירת מחדל נחשב למספר אזורים.

השלבים הבאים

• כדי ליצור מסד נתונים של Cloud Firestore במיקום ספציפי, אפשר לעיין במאמר תחילת העבודה עם Cloud Firestore.

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