학습 목표
- Firebase로 백엔드 시작하기의 역할과 적용 조건을 설명할 수 있다.
- 별도 Firebase 프로젝트와 웹 앱을 만들고 사용 제품·리전을 정하세요.
- 에뮬레이터에서 타인 접근을 거절하고 리스너 해제·서버 함수 응답을 확인하세요.
사전 지식
앞선 백엔드와 요청 흐름 이해하기를 먼저 읽으면 용어를 이해하기 쉽습니다. 이미 아는 내용이면 이 장부터 시작해도 됩니다.
개념 이해
Firebase는 인증·문서 저장·파일·서버 함수를 함께 사용할 수 있는 관리형 서비스입니다. 서버 운영 부담은 줄지만 보안 정책과 사용량 설계는 개발자가 정해야 합니다.
프로젝트와 Authentication
연습용 프로젝트를 운영과 분리하고 필요한 로그인 제공업체만 활성화합니다. Authentication의 UID를 프로필·소유권 식별자로 사용합니다.
Cloud Firestore와 Realtime Database
Firestore는 컬렉션·문서 단위 조회, Realtime Database는 JSON 트리 중심 실시간 동기화를 제공합니다. 구조·조회·과금 방식을 비교하고 필요한 쪽을 고릅니다.
Cloud Storage·Functions·Hosting
Storage는 업로드 파일, Functions는 신뢰할 서버 실행, Hosting은 웹 배포를 담당합니다. 비밀키나 관리자 작업은 브라우저가 아닌 서버에서 처리합니다.
Security Rules와 App Check
Rules는 데이터 접근 규칙입니다. App Check는 앱 출처 악용 방어를 보조하지만 인증·소유권 검사를 대체하지 않습니다.
Emulator Suite와 실시간 구독
로컬 에뮬레이터로 권한과 실패를 연습합니다. 실시간 리스너는 화면이 떠날 때 해제하고 꼭 필요한 화면에서만 켭니다.
실제 사용 사례
Google 로그인 후 users/UID에 프로필을 저장하고, 게시글은 ownerId를 포함합니다. 이미지 경로도 uploads/UID 아래에 두어 타인의 파일 쓰기를 거절하게 설계합니다.
단계별 실습
실습은 운영 서비스가 아닌 별도 연습 프로젝트에서 진행하세요. 기존 파일이 있다면 변경 전 기록을 남깁니다.
- 별도 Firebase 프로젝트와 웹 앱을 만들고 사용 제품·리전을 정하세요.
- Authentication Google 로그인과 허용 도메인을 설정하세요.
- 프로필 저장→게시글 작성·조회→이미지 업로드를 차례로 연결하세요.
- Rules와 파일 형식·크기 제한을 작성하고 App Check 적용 범위를 검토하세요.
- 에뮬레이터에서 타인 접근을 거절하고 리스너 해제·서버 함수 응답을 확인하세요.
코드와 프롬프트
아래 요청에서 대괄호 부분을 내 프로젝트에 맞게 바꾼 뒤 AI 도구에 전달하세요.
[Firebase 프로젝트]에 Google 로그인, UID별 프로필, 게시글, 이미지 업로드, 필요한 실시간 조회와 서버 함수를 단계적으로 설계해줘. Rules·App Check·에뮬레이터·리스너 해제·비용 관찰까지 포함하고 운영 데이터는 사용하지 말아줘.자주 발생하는 문제와 해결
| 문제와 원인 | 해결 방법과 확인 기준 |
|---|---|
| 테스트 모드로 운영함 | Rules를 사용자별 허용표에 맞게 바꾸고 직접 접근을 검증합니다. |
| 관리자 SDK면 Rules가 보호할 것이라 생각함 | 서버 SDK의 권한 경계는 별도 IAM과 서버 검증으로 보호합니다. |
핵심 요약
- 관리형 백엔드도 보안과 비용 설계가 필요합니다.
- 실습은 운영과 분리해 사용자 간 접근을 확인합니다.
완료 확인
참고자료
확인 기준일: 2026-10-20. 요금·사용 한도·제품 기능·설정 경로는 변경될 수 있으므로 작업 직전 공식 문서와 설치 버전을 확인하세요.