מידע על מיקומים של מוצרים ומשאבים בפרויקט

מוצרים או משאבים שדורשים הגדרת מיקום

יש כמה מוצרים או משאבים שצריך להגדיר להם מיקום.

Product מיקום ברירת המחדל מידע נוסף
Google Analytics אין מיקום ברירת מחדל.
חובה להגדיר את המיקום הזה.
המיקום הזה הוא Analytics מיקום הדיווח2, שמייצג את המדינה או האזור של הארגון. המטבע לדיווח על ההכנסות נקבע לפי המיקום לדיווח Analytics.
Firebase App Hosting אין מיקום ברירת מחדל.
צריך להגדיר את המיקום הזה לכל קצה עורפי.
זהו המיקום שבו כל משאבי הקצה העורפי נוצרים בפריסה של App Hosting.
כל קצה עורפי יכול להיות במיקום אחר.
Data Connect אין מיקום ברירת מחדל.
צריך להגדיר את המיקום של כל מכונה.
כל מכונה יכולה להיות במיקום אחר.
Cloud Firestore 1 אין מיקום ברירת מחדל.
צריך להגדיר את המיקום של כל מכונה.
כל מכונה יכולה להיות במיקום אחר.
Realtime Database אין מיקום ברירת מחדל.
צריך להגדיר את המיקום של כל מכונה.
כל מכונה יכולה להיות במיקום אחר.
Cloud Storage for Firebase 1 אין מיקום ברירת מחדל.
צריך להגדיר את המיקום של כל דלי.
כל קטגוריה יכולה להיות במיקום אחר.
Cloud Functions for Firebase 1 אם לא מגדירים מיקום, אזור ברירת המחדל הוא us-central1. כל פונקציה יכולה להיות במיקום אחר.
Vertex AI in Firebase אם לא מגדירים מיקום, אזור ברירת המחדל הוא us-central1. זהו המיקום שבו פועל השירות Vertex AI, וגם המיקום שבו ניגשים למודל.

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

2 מיקום הדיווח Analytics לא משפיע על המיקום שבו Google עשויה לעבד ולאחסן נתוני לקוחות ב-Firebase.

הגדרת מיקום למוצר או למשאבים שלו

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

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

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

הרשימה מופיעה בחלונית הגדרות Google Analytics > דיווח.
App Hosting כשיוצרים קצה עורפי של App Hosting, מופיעה בקשה לבחור מיקום. אפשר ליצור קצה עורפי באמצעות מסוף Firebase, API ל-REST או CLI של Firebase. App Hosting מיקומים
Data Connect כשאתם מקצים מכונה של שירות Data Connect, אתם מגדירים את המיקומים שלה. בנוסף, מגדירים את המיקום של המכונה המשויכת של Google Cloud SQL.
אפשר להשתמש במסוף Firebase או ב-CLI של Firebase כדי להקצות מכונה.
מיקומי השירות Data Connect והמכונות Cloud SQL
Cloud Firestore 1 כשאתם מקצים מכונה של מסד נתונים מסוג Cloud Firestore, אתם מגדירים את המיקום שלה. אפשר להשתמש במסוף Firebase, ב-API ל-REST, ב-CLI של Firebase או ב-Terraform כדי להקצות מכונה. מיקומי Cloud Firestore
Realtime Database כשמקצים את המכונה של Realtime Database, מגדירים את המיקום שלה.
אפשר להשתמש במסוף Firebase, ב-API ל-REST, ב-CLI של Firebase או ב-Terraform כדי להקצות מכונה.
מיקומי Realtime Database
Cloud Storage for Firebase 1 כשמקצים את הקטגוריה Cloud Storage, מגדירים את המיקום שלה.
אפשר להשתמש במסוף Firebase, ב-API ל-REST או ב-Terraform כדי להקצות קטגוריה.
מיקומי Cloud Storage for Firebase
Cloud Functions for Firebase 1 כשכותבים פונקציה, אפשר להגדיר את האזור שלה.

אם לא מציינים מיקום, אזור ברירת המחדל הוא us-central1.

מיקומי Cloud Functions for Firebase
Vertex AI in Firebase כשמאתחלים את השירות Vertex AI ואת המודל הגנרטיבי בקוד, אפשר לציין מיקום.

אם לא מציינים מיקום, אזור ברירת המחדל הוא us-central1.

מיקומי Vertex AI in Firebase

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

הצגת הגדרות המיקום

Product איפה מוצגת הגדרת המיקום
Google Analytics במסוף Firebase, עוברים אל ההגדרות Project settings > Integrations > Google Analytics. לוחצים על מספר החשבון כדי לפתוח את החשבון ב-Google Analytics, ואז עוברים לחלונית ניהול כדי למצוא את פרטי המיקום של החשבון.
Data Connect במסוף Firebase, נכנסים לדף Data Connect כדי להציג את רשימת מכונות מסדי הנתונים ואת המיקומים שלהן.
App Hosting
  • במסוף Firebase, עוברים לדף App Hosting כדי להציג את רשימת הקצוות העורפיים ואת המיקומים שלהם.
  • כדי להציג את המיקום של קצה עורפי ספציפי, אפשר להשתמש בפקודה Firebase ב-CLI‏ firebase apphosting:backends:get --project PROJECT_ID BACKEND_ID
Cloud Firestore במסוף Firebase, עוברים לכרטיסייה Cloud Firestore Data כדי להציג את רשימת המכונות של מסד הנתונים ואת המיקומים שלהן.
Realtime Database במסוף Firebase, עוברים לכרטיסייה Realtime Database Data כדי להציג את רשימת המכונות של מסד הנתונים ואת המיקומים שלהן.
Cloud Storage for Firebase במסוף Firebase, עוברים לכרטיסייה Cloud Storage Files כדי להציג את רשימת הקטגוריות ואת המיקומים שלהן.
Cloud Functions for Firebase
  • פונקציות מתוזמנות: במסוף Google Cloud, עוברים אל Cloud Scheduler כדי להציג את רשימת הנושאים של כל משימה ופונקציה. המיקום הוא הקטע האחרון בשם הנושא.
  • פונקציות לא מתוזמנות: בקוד המקור של הפונקציה, מחפשים את הפרמטר region. אם לא מציינים אזור, מיקום ברירת המחדל הוא us-central1.
Vertex AI in Firebase בקוד הבסיס, מחפשים את האינטוליזציה של השירות Vertex AI והמודל הגנרטיבי. אם לא מציינים מיקום, מיקום ברירת המחדל הוא us-central1.

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

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

  • מופע ברירת המחדל של מסד הנתונים 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 היה שיוך אחד לשני בעבר. בנוסף, אם מגדירים פונקציות מתוזמנות מדור ראשון לפני שמקצים משאבים אחרים שחולקים את הגדרת המיקום הזו, צריך להגדיר גם את המיקום שלהם.

השלבים הבאים

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