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