Nano Banana 2가 갑자기 이미지를 만들지 않으면 흔히 “서버 터진 것 아닌가?”부터 떠올립니다. 하지만 먹통처럼 보이는 현상에는 Gemini 앱의 무한 로딩, API 권한 오류, 프로젝트 제한, 특정 요청 실패, 외부 서비스의 연결 문제까지 함께 섞여 있습니다.
결론부터 말하면, 이 정적인 글만 보고 지금 정상인지 장애인지 확정할 수는 없습니다. 다음 세 가지를 같은 시각에 확인해야 합니다.
- 사용 경로: Gemini 앱, AI Studio / Gemini API, Vertex AI, Flow 같은 Google 내장 기능, 외부 서비스 중 어디에서 실패했는가?
- 오류 신호: 화면 문구, HTTP 상태 코드, 안전하게 공유 가능한 오류 메시지와 request ID는 무엇인가?
- 영향 범위: 같은 경로의 간단한 요청도 실패하는가, 아니면 특정 계정·프로젝트·파일·프롬프트에서만 실패하는가?
같은 사용 경로의 공식 상태 페이지에 진행 중인 장애가 있고, 같은 경로의 최소 요청도 서버 오류로 실패하면 그 경로에 넓은 장애가 있을 가능성이 큽니다. 반대로 특정 외부 서비스, 특정 프로젝트, 특정 요청만 안 되면 Google 전체 장애라고 부르지 말고 해당 범위부터 확인해야 합니다.
어디에서 안 되는지 먼저 고르세요
Nano Banana 2는 Google의 Gemini 3.1 Flash Image이며, 공식 Gemini API 모델 ID는 gemini-3.1-flash-image입니다. 이름과 모델 ID는 Google AI for Developers 이미지 생성 문서에서 확인할 수 있습니다.
Google의 제품 발표처럼 Nano Banana 2는 Gemini 앱, AI Studio/API, Vertex AI, Flow 등 여러 제품에 들어갑니다. 그러나 이 목록은 하나의 공통 서버 상태판이 있다는 뜻이 아닙니다. 한 경로가 정상이어도 다른 경로는 실패할 수 있습니다.
| 실패한 사용 경로 | 먼저 볼 공식 확인처 | 확인할 수 있는 범위 | 대신 증명하지 못하는 것 |
|---|---|---|---|
| Gemini 웹·모바일 앱 | Gemini 앱 문제 신고 방법 | 소비자용 앱에서 증상을 신고하는 공식 절차 | Gemini API, Vertex AI, 외부 서비스의 상태 |
| Google AI Studio / Gemini API | Google AI Studio Status | API, Multimodal Live API, AI Studio에 게시된 현재·과거 장애 | Gemini 앱과 모든 Google 제품의 동시 정상 여부 |
| Vertex AI | Google Cloud Service Health | Google Cloud와 Vertex AI에 게시된 서비스 상태 | 소비자용 Gemini 앱의 상태 |
| Flow, Search 등 Google 내장 기능 | 해당 제품의 도움말·상태 페이지 | 그 제품 안의 기능과 경로 | 같은 모델을 쓰는 다른 제품의 상태 |
| 외부 이미지 서비스·wrapper·SDK 연동 | 해당 서비스의 status·support | 외부 서비스의 업로드, alias, tenant, timeout, routing | Google 공식 경로의 장애 여부 |
AI Studio 상태가 초록색이어도 Gemini 앱이나 Vertex AI가 정상이라는 보장은 없습니다. 외부 상태 감지기가 웹페이지에서 200을 받았다고 해서 실제 이미지 생성, 특정 해상도, 내 계정 경로까지 성공한다는 뜻도 아닙니다. 실패한 경로와 상태 확인처가 일치하는지가 첫 번째 판단 기준입니다.
오류 신호가 말하는 범위
API 오류를 모두 “서버 먹통”으로 묶으면 잘못된 재시도를 하게 됩니다. Gemini API 공식 문제 해결 문서는 요청 오류, 권한, 제한, 일시적 서버 오류를 서로 다른 분기로 안내합니다.
| 보이는 신호 | 우선 확인할 범위 | 이 신호만으로 알 수 없는 것 | 안전한 첫 행동 |
|---|---|---|---|
| 앱에서 ‘로딩 중’이 끝나지 않음, ‘문제가 발생했습니다’ | 앱 세션, 계정 경로, 프롬프트, 앱의 일시 문제 | API·Vertex를 포함한 Google 전체 장애 | 같은 계정·같은 앱에서 비민감 최소 요청 1회 |
400 INVALID_ARGUMENT | 요청 형식, 누락 필드, API 버전 | 서버 장애 | 요청을 고치기 전 같은 내용 재전송 금지 |
400 FAILED_PRECONDITION | 응답에 적힌 국가, 결제, 프로젝트 전제 조건 | 전 지역 장애 | 메시지와 프로젝트 조건 확인 |
403 PERMISSION_DENIED | API key, 권한, 프로젝트 접근 | 모델 전체 중단 | 자격 증명을 노출하지 말고 접근 조건 수정 |
404 NOT_FOUND | 모델 ID, 파일, resource, API 버전 | 서비스 중단 | 공식 ID와 경로를 확인하고 그대로 반복하지 않기 |
429 RESOURCE_EXHAUSTED | Gemini API의 rate, token, daily, spend limit | 글로벌 장애 | 정확한 메시지와 현재 rate limits 확인, 무작정 재시도 금지 |
500 INTERNAL | 서버의 일시 오류 또는 입력 context | 모든 사용자·경로의 장애 | 공식 상태 확인 후 입력을 줄인 검증 1회 |
503 UNAVAILABLE | 일시적 과부하 또는 이용 불가 | 모든 제품의 전면 장애 | API 상태 확인, 상한이 있는 backoff만 사용 |
504 DEADLINE_EXCEEDED | 호출자 timeout, 요청 크기, 처리 시간 | 모델 중단 | timeout과 요청 크기 검토 |
| 외부 서비스에서만 ‘model failed’ | wrapper의 alias, upload, tenant, timeout | Google 직접 경로의 장애 | 외부 로그 저장 후 허용된 공식 경로와 1회 비교 |
Gemini API의 429는 rate-limit 계열 신호지만, 응답 내용을 보기 전에는 RPM·TPM·RPD·spend 중 어떤 조건인지 정할 수 없습니다. 503도 일시적 이용 불가를 뜻하지만, 한 모델인지 한 제품 경로인지 더 넓은 범위인지는 별도 확인이 필요합니다. 오류 코드는 원인 확정표가 아니라 조사 범위를 줄이는 신호입니다.
같은 경로에서 최소 재현을 한 번만 해보세요
계정, 네트워크, 프롬프트, 모델, 지역을 동시에 바꾸면 어떤 변화가 결과를 바꿨는지 알 수 없습니다. 먼저 실패를 기록하고, 같은 경로에서 변수 하나만 줄입니다.
1. 실패 직후 기록할 것
- 발생 시각과 timezone
- 실패한 제품, 앱·브라우저·SDK 등 사용 경로
- 정확한 화면 문구 또는 HTTP code
- 안전하게 공유 가능한 오류 메시지와 request ID
- API라면 모델 ID와 프로젝트를 구분할 수 있는 비민감 정보
- 그 시각에 확인한 공식 상태 페이지와 표시 상태
API key, token, cookie, 전체 request body, 개인정보가 든 프롬프트, 사용자 이미지는 공개 캡처나 커뮤니티 글에 넣지 마세요.
2. 같은 경로의 작은 기준 요청 1회
Gemini 앱이라면 같은 계정과 같은 앱에서 새 대화를 열고, 개인정보가 없는 짧은 이미지 요청을 한 번 실행합니다. API라면 같은 프로젝트·모델·endpoint에서 파일 업로드나 복잡한 편집을 뺀 최소 요청을 한 번 실행합니다.
- 최소 요청도 같은 서버 오류로 실패: 더 넓은 범위일 가능성은 올라가지만, 아직 Google 전체 장애로 확정할 수는 없음
- 최소 요청은 성공하고 원래 요청만 실패: 파일, 프롬프트, context, policy, parser 쪽을 우선 확인
- 특정 프로젝트만 실패: permission, billing, quota, 지역·계약 조건을 우선 확인
- 외부 서비스만 실패: 외부 서비스의 상태와 support owner를 우선 확인
3. 꼭 필요할 때만 다른 공식 경로와 1회 비교
Gemini API에서 503이 이어지면 허용되는 범위에서 다른 공식 모델을 한 번 비교해, Nano Banana 2 경로만의 문제인지 프로젝트의 API 경로 전반인지 좁힐 수 있습니다. Gemini 앱만 실패하고 API가 성공한다면 앱 경로 문제의 가능성이 커집니다. 다만 다른 경로의 성공은 원래 경로가 정상이라는 증거가 아닙니다.
이 비교는 장애 범위를 찾기 위한 것입니다. 여러 API key·계정·프로젝트를 돌려가며 quota를 우회하거나 VPN·지역 위장으로 이용 조건을 피하지 마세요. 과금될 수 있는 요청을 성공할 때까지 반복하는 것도 상태 확인 방법이 아닙니다.
장애 범위는 이렇게 적으면 됩니다
“나노 바나나 먹통”이라는 한 문장보다, 확인한 범위를 붙인 표현이 더 정확하고 support에도 유용합니다.
사용 경로에 넓은 장애가 의심될 때
- 그 경로의 공식 상태 페이지에 미해결 incident가 표시됨
- 같은 경로의 최소 요청도 같은 server-side 신호로 실패함
- 특정 계정이나 요청만으로 설명하기 어려움
예시: 21:10 KST 기준 Gemini API status에 incident가 표시되고, gemini-3.1-flash-image 최소 요청도 503으로 실패했습니다. 현재 확인한 영향 범위는 Gemini API입니다.
여기서도 “Google 전체가 터졌다”고 넓히지 말고, 확인한 제품 경로와 시각을 남깁니다.
일부 모델·제품 경로 문제로 보일 때
- Nano Banana 2만 실패하고 같은 공식 API의 다른 모델은 성공함
- Gemini 앱만 실패하고 API에서는 같은 증상이 없음
- Flow의 특정 단계만 멈추고 다른 제품 경로는 동작함
이때는 “Nano Banana 2 API 경로”, “Gemini 앱”, “Flow의 이미지 생성 단계”처럼 대상을 좁혀 말합니다.
내 계정·프로젝트·요청 문제로 보일 때
- 400·403·404와 함께 요청, 권한, resource 문제가 표시됨
- 429가 특정 프로젝트의 제한 문구와 함께 반환됨
- 최소 요청은 성공하지만 특정 파일·프롬프트·대화만 실패함
이 분기에서는 상태 페이지를 계속 새로고침하기보다 조건을 고쳐야 합니다. 앱 세션, 프롬프트, 권한, quota, wrapper를 포함한 넓은 수정 절차는 Gemini에서 Nano Banana가 안 될 때의 오류 분기 가이드에서 이어집니다.
외부 서비스 문제로 보일 때
- 외부 서비스에서만 실패하고 허용된 공식 경로에서는 재현되지 않음
- 외부 로그에 upload, model alias, timeout, tenant limit가 표시됨
- 외부 서비스가 자체 모델명을 써서 공식 ID와 대응 관계가 불명확함
외부 서비스의 오류 문구나 커뮤니티 보고만으로 Google 장애를 확정하지 말고, 먼저 그 서비스의 status와 support로 전달합니다.
이런 때는 재시도를 멈추세요
- 400 / 403 / 404: 요청, 권한, resource를 수정하기 전에는 같은 내용을 다시 보내지 않습니다.
- 429: 응답 메시지와 limit을 확인하고 요청 압력을 낮춥니다. key·프로젝트 교체로 제한을 우회하지 않습니다.
- 500 / 503 등 일시적 오류: 횟수와 최대 대기 시간이 정해진 지수 backoff와 jitter만 사용합니다.
- 504: 호출자 timeout과 요청 크기를 먼저 점검합니다.
- 앱의 무한 로딩: 같은 버튼을 연타하지 말고 최소 요청과 공식 feedback으로 전환합니다.
- 외부 서비스에서만 실패: Google 원인을 추측하지 말고 외부 로그와 서비스 owner로 보냅니다.
실제 응답이 503·UNAVAILABLE이고 같은 API 경로에서 계속된다면 Nano Banana 2 503 과부하 대응 가이드로 이동하세요. 이 상태 확인 글에서는 retry 코드나 circuit breaker 구현을 중복하지 않습니다.
문의 전에 이 장애 메모를 저장하세요
한국어 장애 공지와 문의에서는 발생 시각, 증상, 영향 범위, 현재 상태를 나누면 재현과 전달이 쉬워집니다.
- 발생 시각·timezone:
- 실패한 사용 경로:
- 대상 모델·기능:
- 오류 code와 안전하게 공유 가능한 메시지:
- request ID:
- 같은 경로 최소 재현 결과:
- 다른 공식 경로와의 비교 결과:
- 확인한 공식 상태 페이지와 시각:
- 현재 확인된 영향 범위:
Gemini 앱에서 feedback을 보낼 때는 Google의 공식 신고 절차에 따라 대화나 파일이 함께 첨부될 수 있습니다. 보내기 전에 프롬프트, 이미지, 계정 정보에 민감한 내용이 없는지 확인하세요.
Vertex AI 문제에는 Gemini Developer API의 표를 그대로 복사하지 않습니다. Google Cloud Service Health로 incident 범위를 확인하고, 정확한 message·project·region을 저장하세요. 지속되는 project/region 문제는 Cloud Support로 보내며, 한 surface의 429 설명을 다른 surface의 공통 계약으로 쓰지 않습니다.
정리: ‘먹통’보다 범위를 먼저 확인하세요
Nano Banana 2 서버 상태를 판단하는 순서는 간단합니다.
- 실패한 사용 경로를 고릅니다.
- 그 경로의 공식 상태 확인처를 현재 시각과 함께 봅니다.
- 정확한 오류 신호를 저장합니다.
- 같은 경로에서 비민감 최소 요청을 한 번 실행합니다.
- 전체가 아니라 “넓은 경로 장애”, “일부 모델·기능”, “내 계정·프로젝트·요청”, “외부 서비스” 중 어디까지 확인됐는지 적습니다.
공식 상태에 장애가 없더라도 아직 반영 전이거나, 다른 제품 경로·특정 지역·특정 프로젝트·외부 서비스의 문제일 수 있습니다. 반대로 커뮤니티 글 한 건, 외부 ping의 200 응답, 503 한 번만으로 Google 전체 장애가 입증되지는 않습니다. 사용 경로, 오류 신호, 영향 범위를 맞춰 보고 확인한 만큼만 결론 내리는 것이 가장 안전합니다.
