Firebase Studio 종료 확정
Antigravity v1.20.5 기준
Firebase Studio 종료, 이 경우엔 AI Studio로 못 갑니다
구글이 Firebase Studio를 2027년 3월 22일에 닫는다고 공식 발표했습니다. 출시한 지 채 11개월도 안 된 시점입니다. “그럼 Google AI Studio로 옮기면 되겠지”라고 생각했다면, 공식 문서를 보고 나서 당황할 수 있어요. AI Studio 마이그레이션은 현재 준비 중(coming soon)이고, 지금 당장 이동할 수 있는 곳은 Antigravity뿐입니다. 그것도 조건이 맞는 사람만요.
왜 11개월 만에 종료인가 — 구글이 공식 발표한 이유
Firebase Studio는 2025년 4월 Google I/O에서 풀스택 AI 개발 환경으로 등장했습니다. 브라우저만 있으면 코드 없이 앱을 만들 수 있다는 컨셉으로 화제가 됐죠. 그런데 2026년 3월 19일, 구글은 종료 발표를 내놨습니다. 출시 후 11개월 만입니다.
구글이 공식적으로 밝힌 이유는 “AI 개발자 도구를 단순화하기 위해”입니다. Firebase Studio 프리뷰에서 얻은 교훈을 Antigravity와 Google AI Studio라는 두 개의 주력 도구에 통합한다는 겁니다. (출처: Google Firebase 공식 문서, 2026.03.19)
솔직히 말하면, Firebase Studio는 프로토타입 빌더와 코드 에디터 두 가지 성격을 한 곳에 우겨 넣은 구조였습니다. 용도에 따라 도구를 분리하는 게 맞다는 판단을 내린 거예요. 그 결과가 AI Studio(브라우저 기반 프로토타이핑)와 Antigravity(로컬 에이전트 IDE)의 투트랙입니다.
3단계 종료 일정과 지금 바로 해야 할 것
구글은 1년의 전환 기간을 줬습니다. 단계별로 정리해봤어요.
| 날짜 | 내용 | 영향 |
|---|---|---|
| 2026.03.19 | 종료 발표 + 마이그레이션 도구 배포 시작 | 지금 당장 이동 가능 |
| 2026.06.22 | 신규 워크스페이스 생성 중단 | 기존 작업만 계속 가능 |
| 2027.03.22 | Firebase Studio 완전 종료 | 모든 데이터 영구 삭제 |
⚠️ 주의: 2027년 3월 22일 이후 남겨진 데이터는 복구 불가입니다. (출처: Firebase 공식 문서, 2026.03.19) 기한이 넉넉해 보여도 마이그레이션은 테스트에 시간이 걸리니 미루는 게 더 위험합니다.
지금 당장 Firebase Studio를 쓰고 있다면, 6월 22일 이전에 프로젝트를 다운로드받아 두는 것이 최소한의 안전장치입니다. ZIP 내보내기 방법은 아래 섹션에서 다룹니다.
AI Studio vs Antigravity — 어느 쪽으로 가야 하는지 공식 기준
여기서 많은 분이 헷갈리는 부분이 있습니다. “그냥 AI Studio로 다 가면 되는 거 아닌가요?”라는 질문인데, 공식 문서에 딱 이렇게 나옵니다.
💡 공식 발표와 실제 마이그레이션 경로를 나란히 놓고 보면 이런 차이가 보입니다
Google AI Studio 마이그레이션 파이프라인은 현재 “coming soon(준비 중)” 상태입니다. 즉, 지금 이 시점에서 Google AI Studio로 이전하는 공식 경로는 아직 없습니다. 바로 이동할 수 있는 목적지는 Antigravity뿐이에요. (출처: Firebase 공식 마이그레이션 문서, 2026.03.19)
어디로 가야 하는지 공식 기준을 표로 정리하면 다음과 같습니다.
| 이런 경우라면 | Antigravity | Google AI Studio |
|---|---|---|
| App Prototyping agent만 써서 빠르게 프로토타입 만든 경우 | — | ✓ (준비 중) |
| 로컬 환경 없이 웹 브라우저에서만 작업하고 싶은 경우 | — | ✓ (준비 중) |
| 기본 템플릿 또는 Git 저장소를 가져와서 작업한 경우 | ✓ (지금 가능) | — |
| 주로 Code View 환경에서 작업한 경우 | ✓ (지금 가능) | — |
| Prototyper로 시작했지만 실행 스크립트·로컬 환경이 필요해진 경우 | ✓ (지금 가능) | — |
| Claude·GPT-OSS 등 다양한 모델을 IDE 안에서 쓰고 싶은 경우 | ✓ (지금 가능) | — |
결론부터 말씀드리면, Firebase Studio에서 코드를 짠 사람은 대부분 Antigravity로 가야 합니다. AI Studio 경로는 App Prototyper만 썼던 사람을 위한 건데, 그 마이그레이션 파이프라인 자체가 아직 없어요. “곧 준비됩니다”라고만 나와 있습니다.
Antigravity 마이그레이션 실제 절차 (4단계)
공식 문서(Google Codelabs, 2026.03.19)를 기준으로 정리했습니다. Node.js 20 이상, Firebase CLI 15.10.0 이상이 필요합니다.
Firebase Studio에서 프로젝트 내보내기
커맨드 팔레트(Mac: Cmd+Shift+P / Windows·Linux: Ctrl+Shift+P)를 열고 Firebase Studio: Zip & Download를 실행합니다. 또는 터미널에서 아래 명령어로 내보낼 수 있어요.
Antigravity에서 앱 초기화
antigravity.google/download에서 IDE를 설치하고, 내보낸 프로젝트를 불러옵니다. 채팅창에 아래 프롬프트를 입력하면 Gemini Flash 모델이 Firebase Studio 설정을 자동 분석합니다.
로컬에서 앱 미리보기
의존성 설치 후 로컬 실행으로 정상 동작을 확인합니다. node_modules는 ZIP에서 제외돼 있으니 반드시 npm install을 먼저 실행해야 합니다. (공식 문서 FAQ 항목에 명시)
앱 배포
채팅창에 “Publish my app”을 입력하면 firebase deploy가 실행되고 Firebase App Hosting URL이 발급됩니다.
📌 macOS에서 npx 오류가 나는 경우: Antigravity는 ~/.bash_profile을 읽는데, npx 경로는 ~/.bashrc에 있어서 충돌이 생깁니다. ~/.bash_profile에 if [ -f ~/.bashrc ]; then source ~/.bashrc; fi를 추가하면 해결됩니다. (출처: Firebase 공식 마이그레이션 FAQ)
Antigravity, 써보면 이게 문제입니다
구글 개발자 포럼에 올라온 실사용 사례를 보면, Antigravity가 마냥 좋은 대안만은 아닙니다. 현재 구조적으로 반복되는 문제가 두 가지입니다.
① 쿼터(Quota) 소진 문제 — 고정되지 않고 계속 반복됩니다
Google Developer Forum(2026.03.19)에 올라온 여러 사용자 보고에 따르면, Antigravity의 에이전트가 작업을 수행하다 보면 Pro 플랜 사용자도 금방 쿼터 한도에 걸립니다. 특히 한 사용자는 전체 코드 감사(audit) 작업을 맡겼더니 쿼터의 약 80%가 소진됐고, git 명령어 실행 중 프로세스가 멈춰 버렸다고 보고했습니다. “임시 해결책은 있어도 근본 수정은 아직”이라는 게 포럼의 분위기였고, 구글 내부팀도 피드백을 전달 중이라고만 답한 상태입니다.
② “Running” 무한 대기 — 터미널 명령이 결과 없이 멈춥니다
터미널 명령, 쉘 작업, Python 실행 등이 “Running” 상태에서 무한 대기하는 증상이 여러 버전에 걸쳐 보고됐습니다. 동일 코드를 로컬에서는 정상 실행되는데 Antigravity에서만 멈추는 경우이므로 사용자 환경 문제가 아닙니다. Google이 공식 이유를 밝히지 않은 부분입니다.
💡 Firebase Studio 마이그레이션 시점에 알아두면 다른 판단이 됩니다
Antigravity는 Cursor 같은 성숙한 도구에 비하면 아직 안정성에서 격차가 있습니다. 실제 프로덕션 작업을 Antigravity로 전량 이관하기보다, Firebase Studio에서 마이그레이션한 뒤에도 복잡한 로직은 별도 검토하는 흐름이 현실적입니다. Antigravity 공식 블로그도 “에이전트가 올바른 방향으로 일하는지 검토하는 게 개발자의 역할”이라고 명시하고 있어요. (출처: Google Developers Blog, 2025.11.20)
Firebase 백엔드(Firestore·Auth)는 그대로입니다 — 헷갈리면 안 되는 부분
가장 자주 나오는 오해가 “Firebase 자체가 종료되는 거냐”는 질문입니다. 구글이 공식 발표에서 명확히 선을 그었어요.
종료 대상: Firebase Studio(개발 환경)만 해당됩니다.
영향 없는 것: Cloud Firestore, Firebase Authentication, Firebase App Hosting, Realtime Database 등 Firebase 핵심 백엔드 서비스는 전혀 영향을 받지 않습니다. (출처: Google Firebase 공식 발표문, 2026.03.19)
기존 앱의 데이터베이스나 사용자 인증이 갑자기 끊기거나 하는 일은 없습니다. 종료되는 건 브라우저 기반 개발 환경(IDE)뿐입니다. 다만 Firebase Studio 안에 저장된 워크스페이스 파일 자체는 2027년 3월 22일 이후 영구 삭제되니, 코드 파일은 반드시 이전에 로컬에 내려받아야 합니다.
한 가지 더 짚고 넘어가면, Antigravity는 Firebase와 심층 통합 계획이 공식적으로 발표된 게 없습니다. 현재는 Firebase MCP 같은 표준 도구를 통해 연결하는 구조입니다. (출처: r/Firebase, 2026.01.20) Firebase 백엔드를 계속 쓰면서 Antigravity로 개발하는 조합이 현실적으로 가능하지만, 한 번에 자동 통합되는 식은 아니에요.
Q&A
마치며
Firebase Studio 종료 발표를 보면서 두 가지가 눈에 걸렸습니다. 하나는 출시 11개월 만의 종료라는 속도, 다른 하나는 “AI Studio로 옮기면 되겠지”라는 자연스러운 기대가 지금 당장은 틀렸다는 점입니다.
Antigravity가 Firebase Studio보다 더 강력한 건 맞습니다. 로컬에서 에이전트가 실행되고, 다양한 모델을 쓸 수 있고, 배포까지 이어지는 흐름은 인상적입니다. 그런데 쿼터 소진 문제와 “Running” 무한 대기 같은 안정성 이슈가 반복되고 있어요. 마이그레이션 후 바로 풀로드로 쓰기보다는, 기능을 확인해가면서 작업 비중을 늘리는 방식이 현실적입니다.
기한이 2027년 3월로 넉넉해 보이지만, 6월 22일에 신규 워크스페이스 생성이 막히기 때문에 그 전에 프로젝트를 ZIP으로 확보해 두는 것이 가장 먼저 해야 할 일입니다.
본 포스팅 참고 자료
- Firebase Studio 공식 마이그레이션 문서 — firebase.google.com/docs/studio/migrating-project
- Google Codelabs — Firebase Studio에서 Antigravity로 이전하는 방법 — codelabs.developers.google.com
- Google Developers Blog — Build with Google Antigravity (2025.11.20) — developers.googleblog.com
- Google AI Developer Forum — Antigravity quota issues (2026.03.19) — discuss.ai.google.dev
- Times of India — Google announces Firebase Studio shutdown (2026.03.23) — timesofindia.indiatimes.com
본 포스팅은 2026년 3월 27일 기준 공식 자료를 바탕으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 마이그레이션 전 반드시 최신 공식 문서를 확인하시기 바랍니다.
댓글 남기기