تقدّم هذه الصفحة أفضل الممارسات العامة والمفصّلة لإعداد مشاريع Firebase وتسجيل تطبيقاتك في مشروع معيّن، وذلك لضمان توفّر سير عمل واضح للتطوير يستخدم بيئات مختلفة. بعد التعرّف على أفضل الممارسات الواردة في هذه الصفحة، اطّلِع على إرشادات الأمان العامة.
فهم التسلسل الهرمي لمشاريع Firebase
يعرض هذا الرسم التخطيطي التسلسل الهرمي الأساسي لمشروع Firebase. في ما يلي العلاقات الرئيسية:
مشروع Firebase هو بمثابة حاوية لجميع تطبيقاتك وأي موارد وخدمات تم توفيرها للمشروع.
يمكن أن يتضمّن مشروع Firebase تطبيقًا واحدًا أو أكثر من تطبيقات Firebase المسجّلة فيه (على سبيل المثال، إصدارَي iOS وAndroid من تطبيق ما، أو إصدارَي التطبيق المجاني والمدفوع).
تتشارك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه وتتمتّع بإمكانية الوصول إلى جميع الموارد والخدمات نفسها المتوفّرة للمشروع. وإليك بعض الأمثلة:
تتشارك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه الخلفيات نفسها، مثل Firebase Hosting وAuthentication وRealtime Database وCloud Firestore وCloud Storage وCloud Functions.
ترتبط جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه بموقع "إحصاءات Google" نفسه، حيث يكون كل تطبيق من تطبيقات Firebase مصدر بيانات منفصلاً في هذا الموقع.
أين يندرج مشروع Google Cloud ضمن هذا التسلسل الهرمي؟
أحد جوانب التسلسل الهرمي لمشروع Firebase غير الموضّح في الرسم البياني أعلاه هو العلاقة بمشروع Google Cloud. مشروع Firebase هو في الواقع مجرد مشروع Google Cloud يتضمّن إعدادات وخدمات إضافية خاصة بـ Firebase ومفعّلة له. يُرجى العِلم أنّ جميع التطبيقات المسجّلة في مشروع Firebase نفسه تشترك أيضًا في جميع Google Cloud الموارد والخدمات نفسها ويمكنها الوصول إليها.
يمكنك الاطّلاع على مزيد من المعلومات حول العلاقة بين Firebase وGoogle Cloud في مقالة التعرّف على مشاريع Firebase.
تسجيل صيغ التطبيق في مشاريع Firebase
في ما يلي بعض النصائح المهمة لتسجيل صيغ تطبيقك في مشروع على Firebase:
تأكَّد من أنّ جميع التطبيقات المسجَّلة في مشروع Firebase هي إصدارات متوافقة مع منصات مختلفة من التطبيق نفسه من منظور المستخدم النهائي. سجِّل إصدارات iOS وAndroid والويب من التطبيق أو اللعبة نفسها باستخدام مشروع Firebase نفسه.
إذا كان لديك خيارات متعددة للإنشاء يمكنها مشاركة موارد Firebase نفسها، سجِّل الخيارات في مشروع Firebase نفسه. وتتضمّن بعض الأمثلة مدوّنة وتطبيق ويب في المشروع نفسه، أو الإصدارَين المجاني والمدفوع من التطبيق نفسه في المشروع نفسه.
إذا كان لديك عدة صيغ من الإصدارات تستند إلى حالة الإصدار (بدلاً من استنادها إلى النشاط أو الوصول الشائعَين للمستخدمين النهائيين، كما هو موضّح أعلاه)، سجِّل كل صيغة في مشروع منفصل على Firebase. ومن الأمثلة على ذلك إصدار التصحيح مقابل بنية الإصدار، لذا عليك تسجيل كل إصدار من هذين الإصدارين في مشروع Firebase خاص به.
يجب ألا تتشارك الإصدارات المستندة إلى حالة الإصدار موارد Firebase نفسها، لأنّ ذلك يعرّض بيانات تصحيح الأخطاء لخطر التلوّث أو حتى الكتابة فوق بيانات الإنتاج.
يجب أن تكون صيغ المنصّة لكل من صيغ الإنشاء هذه في مشروع Firebase نفسه. على سبيل المثال، سجِّل كلاً من إصدارَي تصحيح الأخطاء على iOS وAndroid في مشروع Firebase "تطوير" لأنّهما يمكنهما التفاعل مع البيانات والموارد نفسها غير المخصّصة للإنتاج.
تجنُّب الاستخدام المتعدد
يمكن أن تؤدي ميزة "تعدد المستأجرين" إلى مشاكل خطيرة بشأن الإعدادات وخصوصية البيانات، بما في ذلك مشاكل غير مقصودة في تجميع الإحصاءات، والمصادقة المشتركة، وبُنى قواعد البيانات المعقّدة للغاية، وصعوبات في قواعد الأمان.
بشكل عام، إذا كانت مجموعة من التطبيقات لا تتشارك البيانات والإعدادات نفسها، ننصحك بشدة بتسجيل كل تطبيق في مشروع Firebase مختلف.
على سبيل المثال، إذا كنت تطوّر تطبيقًا يحمل علامة تجارية خاصة، يجب أن يكون لكل تطبيق يحمل علامة تجارية بشكل مستقل مشروع Firebase خاص به، ويجب أن يكون إصدارا iOS وAndroid من هذه العلامة التجارية في مشروع Firebase نفسه. يجب ألا يشارك كل تطبيق يحمل تصنيفًا مستقلاً البيانات مع التطبيقات الأخرى (لأسباب تتعلّق بالخصوصية).
الخطوات التالية
راجِع إرشادات الأمان العامة للبيئات المختلفة. يجب التأكّد من أنّ كل بيئة وبياناتها آمنة.