این صفحه بهترین روش‌های عمومی و سطح بالا را برای راه‌اندازی پروژه‌های 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 یکسان اشتراک‌گذاری می‌کنند و به آنها دسترسی دارند.
در پروژه های Understand Firebase درباره رابطه Firebase و Google Cloud بیشتر بدانید
ثبت انواع برنامه با پروژه های Firebase
در اینجا چند نکته مهم برای ثبت انواع برنامه های خود در پروژه Firebase آورده شده است:
اطمینان حاصل کنید که همه برنامه‌های ثبت‌شده در پروژه Firebase از دیدگاه کاربر نهایی ، انواع پلتفرم یک برنامه مشابه هستند. نسخه iOS، Android، و نسخه وب یک برنامه یا بازی را با همان پروژه Firebase ثبت کنید.
اگر چندین نسخه ساخت دارید که می توانند منابع Firebase یکسان را به اشتراک بگذارند ، انواع را با پروژه Firebase یکسان ثبت کنید. برخی از نمونه ها یک وبلاگ و یک برنامه وب در یک پروژه یا هر دو نسخه رایگان و پولی یک برنامه در یک پروژه هستند.
اگر چندین نسخه ساخت دارید که بر اساس وضعیت انتشار هستند (به جای فعالیت یا دسترسی مشترک کاربر نهایی، مانند بالا)، هر گونه را با یک پروژه Firebase جداگانه ثبت کنید. یک مثال اشکال زدایی در مقابل نسخه انتشار است - هر یک از این ساخت ها را در پروژه Firebase خود ثبت کنید.
ساخت‌های مبتنی بر وضعیت انتشار نباید منابع Firebase یکسان را به اشتراک بگذارند زیرا این خطر باعث آلودگی داده‌های اشکال‌زدایی شما یا حتی نادیده گرفتن داده‌های تولیدی شما می‌شود.
انواع پلتفرم هر یک از این انواع ساخت باید در همان پروژه Firebase باشد. به عنوان مثال، هر دو بیلد اشکال‌زدایی iOS و Android را در پروژه Firebase "dev" ثبت کنید زیرا هر دو می‌توانند با داده‌ها و منابع غیر تولیدکننده یکسان تعامل داشته باشند.
اجتناب از چند اجاره ای
چند اجاره ای می تواند به نگرانی های جدی در مورد پیکربندی و حفظ حریم خصوصی داده ها منجر شود، از جمله مشکلات ناخواسته با انباشت تجزیه و تحلیل، احراز هویت مشترک، ساختارهای پایگاه داده بیش از حد پیچیده، و مشکلات در قوانین امنیتی.
به طور کلی، اگر مجموعه‌ای از برنامه‌ها داده‌ها و پیکربندی‌های یکسانی را به اشتراک نمی‌گذارند، قویاً ثبت هر برنامه را با یک پروژه Firebase متفاوت در نظر بگیرید.
به عنوان مثال، اگر یک برنامه با برچسب سفید ایجاد می کنید، هر برنامه دارای برچسب مستقل باید پروژه Firebase خود را داشته باشد و نسخه های iOS و Android آن برچسب باید در همان پروژه Firebase باشند. هر برنامه دارای برچسب مستقل (به دلایل حفظ حریم خصوصی) نباید داده ها را با دیگران به اشتراک بگذارد.
مراحل بعدی
دستورالعمل های امنیتی کلی برای محیط های مختلف را مرور کنید. شما می خواهید مطمئن شوید که هر محیط و داده های آن ایمن هستند.
چک لیست راه اندازی Firebase را مرور کنید.