หน้านี้แสดงแนวทางปฏิบัติแนะนำทั่วไประดับสูงในการตั้งค่า Firebase และลงทะเบียนแอปของคุณด้วยโครงการ เพื่อให้คุณทราบ เวิร์กโฟลว์การพัฒนาที่ ใช้สภาพแวดล้อมที่แตกต่าง เมื่อคุณคุ้นเคยกับแนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับเรื่องนี้แล้ว ให้เข้าไปดู หลักเกณฑ์ด้านความปลอดภัยทั่วไป
ทำความเข้าใจลําดับชั้นของโปรเจ็กต์ Firebase
แผนภาพนี้แสดงลําดับชั้นพื้นฐานของโปรเจ็กต์ Firebase ความสัมพันธ์ที่สำคัญมีดังนี้
โปรเจ็กต์ Firebase เป็นเหมือนคอนเทนเนอร์สำหรับแอปและทรัพยากรทั้งหมด และบริการที่จัดสรรไว้สำหรับโครงการ
โปรเจ็กต์ Firebase สามารถลงทะเบียนแอป Firebase ได้อย่างน้อย 1 รายการ (เช่น แอปทั้งเวอร์ชัน 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 เดียวกัน เนื่องจากอาจทำให้ข้อมูลการแก้ไขข้อบกพร่องปนเปื้อนหรือลบล้างข้อมูลเวอร์ชันที่ใช้งานจริง
ตัวแปรแพลตฟอร์มของตัวแปรบิลด์แต่ละรายการเหล่านี้ควรอยู่ในรูปแบบ same โปรเจ็กต์ Firebase เช่น ลงทะเบียนทั้งบิวด์แก้ไขข้อบกพร่องของ iOS และ Android ในโปรเจ็กต์ Firebase "dev" เนื่องจากทั้ง 2 บิวด์สามารถโต้ตอบกับข้อมูลและทรัพยากรที่ไม่ใช่เวอร์ชันที่ใช้งานจริงเดียวกัน
การหลีกเลี่ยงกลุ่มผู้ใช้หลายกลุ่ม
กลุ่มผู้ใช้หลายกลุ่มอาจทำให้เกิดข้อกังวลที่ร้ายแรงและเกี่ยวกับความเป็นส่วนตัวของข้อมูล ซึ่งรวมถึงปัญหาที่ไม่เจตนากับการรวบรวมข้อมูล ของ Analytics, การตรวจสอบสิทธิ์ร่วมกัน โครงสร้างฐานข้อมูลที่ซับซ้อนเกินไป รวมถึงกฎการรักษาความปลอดภัยที่ยุ่งยาก
โดยทั่วไปแล้ว หากชุดแอปไม่ได้แชร์ข้อมูลและการกําหนดค่าเดียวกัน ให้พิจารณาลงทะเบียนแต่ละแอปกับโปรเจ็กต์ Firebase ที่แตกต่างกัน
ตัวอย่างเช่น หากคุณพัฒนาแอปพลิเคชันป้ายขาว แต่ละแอปพลิเคชันจะแยกจากกัน แอปที่ติดป้ายกำกับควรมีโปรเจ็กต์ Firebase ของตนเอง รวมถึงแอป iOS และ Android ของป้ายกำกับนั้นควรอยู่ในโปรเจ็กต์ Firebase เดียวกัน ชิ้น แอปที่ติดป้ายกำกับแยกต่างหากไม่ควร (เพื่อเหตุผลด้านความเป็นส่วนตัว) แชร์ข้อมูลกับ อื่นๆ
ขั้นตอนถัดไป
ตรวจสอบ หลักเกณฑ์ด้านความปลอดภัยทั่วไป สำหรับสภาพแวดล้อมต่างๆ คุณต้องตรวจสอบว่าสภาพแวดล้อมและสภาพแวดล้อม ข้อมูลจะปลอดภัย