1부: 인프라 기초 체력 — 2장

파이어베이스(Firebase) 선제 타격과 DB 자동 매칭

🧐 왜 자동 배포는 매번 DB 생성에서 터질까요?

Google AI Studio에서 배포(Publisher) 버튼을 누르면 인프라 구동 공간(Cloud Run)과 데이터 금고(Firebase Realtime Database)를 자동으로 한 번에 만드려고 시도합니다. 이때 구글의 엄격한 '원초적 이름 규칙'과 충돌이 일어납니다.

구글의 대원칙: 첫 번째 기본 DB ID는 반드시 [프로젝트명-default-rtdb] 구조여야 한다.

하지만 AI Studio 배포 로봇은 무작정 프로젝트명과 100% 똑같은 이름으로 DB를 만들려고 고집을 부리다 거절당합니다. 결국 배포 전체가 꼬이고 웹사이트는 404 에러의 미로에 가치게 됩니다.

🛠️ 실전 Vibe: 파이어베이스 선제 타격 프로토콜

백엔드가 떼쓰기 전에 격리된 Workspace 크롬 창을 열고 내가 먼저 금고를 안전하게 구축합니다.

프로젝트 투 트랙 분리: Firebase 콘솔에 접속하여 내 도메인 지식을 담은 개발용(goguma-dev)과 배포용(goguma-prod) 프로젝트 2개를 선제 생성합니다.
Realtime Database 미리 켜기: 배포용 프로젝트 진입 ➡️ [Build] ➡️ [Realtime Database] ➡️ 데이터베이스 만들기를 클릭합니다.
최적의 서빙 위치 선택: 아시아 지역에서 가장 가깝고 쾌적한 싱가포르(asia-southeast1)를 선택합니다.
보안 규칙 최종 승인: 빠른 연동 테스트를 위해 [테스트 모드(Test Mode)]를 선택하고 생성을 완료합니다.

✅ Vibe Check 완료 이 수동 작업을 마쳐두면 구글 시스템 내부에 표준 규칙에 맞는 완벽한 DB가 먼저 자리를 잡게 됩니다.

🚀 AI Studio와의 Seamless 자동 매칭

금고가 미리 준비되었기 때문에, 이제 AI Studio로 돌아가 배포할 때 신세계가 열립니다.

AI Studio 배포 팝업창에서 프로젝트를 새로 만들지 말고, 목록에서 내가 미리 만들어 둔 배포용 프로젝트(goguma-prod)를 정확히 선택해 줍니다. 배포 로봇이 DB를 만들려다가 "어? 이미 완벽한 규격의 DB가 있네?"라며 그대로 숟가락만 얹고 통과하므로 권한 충돌 및 404 오류 확률이 0%가 됩니다.