این صفحه روال‌های مطلوب کلی و سطح بالایی را برای راه‌اندازی پروژه‌های 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 Analytics مرتبط هستند، که در آن هر «برنامه 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 باشد. هر برنامه با برچسب مستقل نباید (به‌دلایل حریم خصوصی) داده‌ها را با برنامه‌های دیگر هم‌رسانی کند.
مراحل بعدی
رهنمودهای امنیتی عمومی را برای محیط‌های مختلف مرور کنید. می‌خواهید مطمئن شوید هر محیط و داده‌های آن ایمن است.
بازبینه راه‌اندازی Firebase را مرور کنید.