عند توفير مثيل Cloud Firestore، عليك اختيار موقع جغرافي للمثيل. لتقليل وقت الاستجابة وزيادة مدى التوفّر، يمكنك تخزين بياناتك بالقرب من المستخدمين والخدمات التي تحتاج إليها.
إذا كان مشروعك يستخدم خطة Blaze المَرِنة التي تعتمد على الدفع حسب الاستخدام، يمكنك اختياريًا إنشاء قواعد بيانات متعددة في مشروعك، ولكل منها إعداد الموقع الجغرافي الخاص بها.
يُرجى العِلم أنّه بعد توفير مثيل قاعدة بيانات، لا يمكنك تغيير إعدادات موقعه الجغرافي.
أنواع المواقع الجغرافية
يمكنك تخزين بيانات "Cloud Firestore" في موقع جغرافي يضمّ مناطق متعددة أو موقع جغرافي لمنطقة واحدة.
المواقع الجغرافية المتعددة المناطق
اختَر موقعًا جغرافيًا متعدد المناطق لزيادة مدى توفّر قاعدة بياناتك ومتانتها إلى أقصى حدّ.
يتكوّن الموقع الجغرافي المتعدّد المناطق من مجموعة محدّدة من المناطق التي يتم فيها تخزين نُسخ متعدّدة من قاعدة البيانات. تكون كل نسخة طبق الأصل إما نسخة للقراءة والكتابة تحتوي على جميع البيانات في قاعدة البيانات أو نسخة شاهدة لا تحتفظ بمجموعة كاملة من البيانات ولكنها تشارك في النسخ المتماثل.
من خلال نسخ البيانات بين مناطق متعددة، يمكن مواصلة عرض البيانات حتى في حال فقدان منطقة بأكملها. داخل المنطقة، يتم نسخ البيانات عبر المناطق بحيث يمكن الاستمرار في عرض البيانات داخل تلك المنطقة حتى مع فقدان منطقة.
يتيح Cloud Firestore المواقع الجغرافية المتعدّدة التالية:
| اسم المنطقة المتعددة | وصف المناطق المتعددة | مناطق القراءة والكتابة | منطقة الشاهد |
|---|---|---|---|
eur3 |
أوروبا | europe-west1 (بلجيكا)، europe-west4 (هولندا) |
europe-north1 (فنلندا) |
nam5 |
الولايات المتحدة (المنطقة الزمنية الوسطى) | us-central1 (آيوا)، us-central2 (أوكلاهوما، منطقة Google Cloud Platform خاصة) |
us-east1 (كارولاينا الجنوبية) |
nam7 |
الولايات المتحدة (الوسط والشرق) | us-central1 (آيوا)، us-east4 (شمال فيرجينيا) |
us-central2 (أوكلاهوما، منطقة 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 التلقائي لحزمة Firebase بتنسيق الاسم
*.appspot.com - Google Cloud Scheduler يُستخدم تحديدًا مع الدوالّ المجدوَلة من الجيل الأول
هذا "الموقع الجغرافي لموارد Google Cloud التلقائية" هو إعداد غير قابل للتغيير. وعند ضبط الموقع الجغرافي لأحد الموارد المرتبطة، يتم ضبط الموقع الجغرافي لجميع الموارد بشكل غير مباشر بسبب ارتباطها المشترك بـ App Engine.
ومع ذلك، مع التغييرات العديدة التي طرأت على منظومة Firebase وGoogle Cloud المتكاملة على مرّ السنين، تغيّرت ارتباطات الموارد بـ App Engine. والأهم من ذلك، اعتبارًا من
*.firebasestorage.app
في ما يلي تفاصيل التغييرات في التبعيات المحتملة للموقع الجغرافي:
اعتبارًا من
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 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 التلقائية
متعدّد المناطق.