عند توفير مثيل Cloud Firestore، عليك اختيار موقع للمثيل. لتقليل وقت الاستجابة وزيادة مدى التوفّر، خزِّن بياناتك بالقرب من المستخدمين والخدمات التي تحتاج إليها.
إذا كان مشروعك ضمن خطة أسعار Blaze للدفع حسب الاستخدام، يمكنك اختياريًا إنشاء قواعد بيانات متعددة في مشروعك، ولكل منها إعدادات الموقع الجغرافي الخاصة بها.
يُرجى العِلم أنّه بعد توفير مثيل قاعدة بيانات، لا يمكنك تغيير إعدادات الموقع الجغرافي الخاصة به.
أنواع المواقع الجغرافية
يمكنك تخزين بياناتك Cloud Firestore في موقع متعدد المناطق أو موقع إقليمي.
المواقع الجغرافية المتعددة المناطق
اختَر موقعًا جغرافيًا متعدد المناطق لزيادة مدى توفّر قاعدة بياناتك ومتانتها إلى أقصى حد.
يتألف الموقع الجغرافي المتعدد المناطق من مجموعة محدّدة من المناطق يتم فيها تخزين نسخ متعدّدة من قاعدة البيانات. كل نسخة هي إما نسخة للقراءة والكتابة تحتوي على جميع البيانات في قاعدة البيانات أو نسخة مراقبة لا تحتفظ بمجموعة كاملة من البيانات ولكنها تشارك في عملية النسخ المتماثل.
من خلال نسخ البيانات بين مناطق متعددة، يمكن مواصلة عرض البيانات حتى في حال فقدان منطقة بأكملها. ضِمن المنطقة، يتم نسخ البيانات بين المناطق لكي يمكن مواصلة عرض البيانات ضِمن تلك المنطقة حتى في حال فقدان منطقة.
Cloud Firestore يتوافق مع المواقع الجغرافية المتعددة المناطق التالية:
| اسم الموقع الجغرافي المتعدد المناطق | وصف الموقع الجغرافي المتعدد المناطق | مناطق القراءة والكتابة | منطقة المراقبة |
|---|---|---|---|
eur3 |
أوروبا | europe-west1 (بلجيكا)، europe-west4 (هولندا) |
europe-north1 (فنلندا) |
nam5 |
الولايات المتحدة (الوسطى) | us-central1 (أيوا)، us-central2 (أوكلاهوما - منطقة خاصة على Google Cloud) |
us-east1 (كارولاينا الجنوبية) |
nam7 |
الولايات المتحدة (الوسطى والشرقية) | us-central1 (أيوا)، us-east4 (فرجينيا الشمالية) |
us-central2 (أوكلاهوما - منطقة خاصة Google Cloud) |
المواقع الجغرافية الإقليمية
الموقع الجغرافي الإقليمي هو مكان جغرافي محدّد، مثل كارولاينا الجنوبية. يتم نسخ البيانات في موقع جغرافي إقليمي في مناطق متعددة ضِمن الـ منطقة.
اختَر موقعًا جغرافيًا إقليميًا لتخفيض التكاليف أو تقليل وقت استجابة الكتابة إذا كان تطبيقك حساسًا لوقت الاستجابة أو لتحديد موقع جغرافي مشترك مع Google Cloud موارد Google Cloud الأخرى.
Cloud Firestore يتوافق مع مواقع الموارد الإقليمية التالية:
| اسم المنطقة | وصف المنطقة | |
|---|---|---|
| أمريكا الشمالية | ||
us-west1 | أوريغون | |
us-west2 | لوس انجلوس | |
us-west3 | سولت ليك سيتي | |
us-west4 | لاس فيغاس | |
|
|
أيوا | |
northamerica-northeast1 | مونتريال | |
|
|
تورونتو | |
|
|
كيريتارو | |
us-east1 | كارولاينا الجنوبية | |
us-east4 | فرجينيا الشمالية | |
|
|
كولومبوس | |
|
|
دالاس | |
| أمريكا الجنوبية | ||
|
|
سانتياغو | |
southamerica-east1 | ساو باولو | |
| أوروبا | ||
europe-west2 | لندن | |
|
|
بلجيكا | |
|
|
هولندا | |
|
|
ميلان | |
|
|
مدرید | |
|
|
باريس | |
|
|
تورينو | |
|
|
برلين | |
europe-west3 | فرانكفورت | |
|
|
فنلندا | |
|
|
ستوكهولم | |
europe-central2 | وارسو | |
europe-west6 | زيوريخ | |
| الشرق الأوسط | ||
|
|
الدوحة | |
|
|
الدمام | |
|
|
تل أبيب | |
| آسيا | ||
asia-south1 | مومباي | |
|
|
دلهي | |
asia-southeast1 | سنغافورة | |
asia-southeast2 | جاکرتا | |
asia-southeast3 | بانكوك | |
asia-east2 | هونغ كونغ | |
asia-east1 | تايوان | |
asia-northeast1 | طوکیو | |
asia-northeast2 | أوساكا | |
asia-northeast3 | سول | |
| أستراليا | ||
australia-southeast1 | سيدني | |
|
|
ميلبورن | |
| أفريقيا | ||
|
|
جوهانسبرغ | |
الأسعار حسب الموقع الجغرافي
يحدّد موقعك Cloud Firestore تكلفة عمليات قاعدة البيانات.
للحصول على شرح شامل للأسعار حسب المنطقة ونوع المنطقة خلال فترة المعاينة، يُرجى الاطّلاع على الأسعار.
عرض موقع قواعد البيانات
في "وحدة تحكّم Firebase"، انتقِل إلى علامة التبويب Cloud Firestore البيانات لعرض قائمة بمثيلات قاعدة البيانات ومواقعها الجغرافية.
التبعيات المحتمَلة للموقع الجغرافي بسبب "موقع موارد Google Cloud التلقائية"
"موقع موارد Google Cloud التلقائية" هو إعداد الموقع الجغرافي لأيّ من موارد المشروع المرتبطة بـ Google App Engine، بما في ذلك ما يلي:
- مثيل قاعدة البيانات Cloud Firestore التلقائي
- مستودع Cloud Storage التلقائي الذي يحمل تنسيق الاسم
*.appspot.com - Google Cloud Scheduler المستخدَم خصيصًا مع الدوال المجدولة من الجيل الأول
إنّ "موقع موارد Google Cloud التلقائية" هو إعداد غير قابل للتغيير. أيضًا، عند ضبط الموقع الجغرافي لأحد الموارد المرتبطة، يتم ضبط الموقع الجغرافي لجميعها بشكل غير مباشر بسبب ارتباطها المشترك بـ App Engine.
مع ذلك، مع التغييرات العديدة التي طرأت على نظام Firebase وGoogle Cloud على مرّ
السنين، كانت عمليات ربط الموارد بـ App Engine تتغيّر. والأهم من ذلك، اعتبارًا من
*.firebasestorage.app
في ما يلي تفاصيل التغييرات التي طرأت على التبعيات المحتمَلة للموقع الجغرافي:
اعتبارًا من
30 أكتوبر 2024 ، إذا لم يتم بعد توفير مثيل Cloud Firestore التلقائي ومستودع Cloud Storage for Firebase التلقائي:يؤدي توفير مثيل Cloud Firestore التلقائي إلى ضبط الموقع الجغرافي لأيّ تطبيق App Engine مستقبلي يتم توفيره في المشروع. ومع ذلك، لا يحدّد ذلك موقع المستودع التلقائي المستقبلي Cloud Storage.
لم يعُد توفير مستودع Cloud Storage التلقائي يؤدي إلى توفير تطبيق App Engine. وبالتالي، لا يحدّد موقع مستودع Cloud Storage التلقائي موقع مثيل Cloud Firestore التلقائي المستقبلي.
اعتبارًا من
30 أكتوبر 2024 ، إذا تم Cloud Firestore مثيل بالفعل توفيره، ولكن لم يتم توفير Cloud Storage التلقائي لـ Firebase:- _لا_ يحدّد مثيل Cloud Firestore التلقائي الحالي
موقع مستودع Cloud Storage التلقائي المستقبلي
(
*.firebasestorage.app
- _لا_ يحدّد مثيل Cloud Firestore التلقائي الحالي
موقع مستودع Cloud Storage التلقائي المستقبلي
(
اعتبارًا من
30 أكتوبر 2024 ، إذا تم توفير مستودع Cloud Storage التلقائي في Firebase بالفعل (تحديدًا مستودع*.appspot.com- عند توفير المستودع التلقائي Cloud Storage
(
*.appspot.com*.appspot.com
- عند توفير المستودع التلقائي Cloud Storage
(
إذا كنت تستخدم دوال مجدولة من الجيل الأول، يتم ضبط موقعها الجغرافي على موقع الموارد Google Cloud التلقائية. يرجع ذلك إلى أنّ Cloud Scheduler وApp Engine كانا مرتبطَين ببعضهما في السابق. أيضًا، إذا أعددت دوالاً مجدولة من الجيل الأول قبل توفير موارد أخرى تشارك إعدادات الموقع الجغرافي هذه، فقد ضبطت موقعها الجغرافي أيضًا.
يُرجى العِلم أنّه إذا كان لديك تطبيق App Engine بموقع جغرافي us-central أو europe-west، سيتم اعتبار موقع موارد Google Cloud التلقائية متعدد المناطق.