Gemini 2.5 Flash Image 대체 모델: 종료일 2027년 3월 15일, 무엇으로 옮길까

2026년 10월 8일 업데이트: Gemini API 지원 중단 일정 표에서 gemini-2.5-flash-image의 종료일은 2027년 3월 15일, 권장 대체 모델은 gemini-3.1-flash-lite-image(Nano Banana 2 Lite)입니다. 2026년 9월 24일과 10월 2일의 같은 표에는 종료일 2026년 10월 2일, 대체 모델 gemini-3.1-flash-image-preview로 적혀 있었으니 Google이 날짜와 대체 모델을 함께 바꾼 것입니다. 같은 날 가격 페이지에는 '2026년 10월 2일 종료, Gemini 3.1 Flash Image 또는 Gemini 3.1 Flash Lite Image로 이전'이라는 이전 경고가 아직 남아 있어 Google 문서끼리 맞지 않습니다. 종료 일정은 지원 중단 표를 기준으로 보면 됩니다. 아래 '공식 대체 모델과 실제로 봐야 할 타임라인'부터의 절은 2026년 3월 당시 기준 기록이며, 그때 대체 모델로 소개한 preview ID는 2026년 6월 25일 종료됐습니다.

2026년 10월 8일 기준 gemini-2.5-flash-image의 공식 대체 모델은 gemini-3.1-flash-lite-image(Nano Banana 2 Lite)이고, 종료일은 2027년 3월 15일입니다. 당장 서두를 필요는 없지만 새 프로젝트는 처음부터 3.x 이미지 모델로 시작하는 편이 맞습니다. Google은 2026년 9월 18일 변경 기록에서 2.5 모델은 지원 중단되지 않았고 별도 공지 전까지 계속 제공하지만, 실제로 써 온 사용자만 접근할 수 있으며 새 프로젝트는 최신 모델을 쓰라고 안내했습니다. 이 공지가 이미지 모델을 따로 지목하지는 않습니다.

어디로 옮길지는 출력 크기와 비용으로 나뉩니다. 기준이 되는 gemini-2.5-flash-image는 출력 이미지 1장 $0.039, 입력 100만 토큰당 $0.30입니다.

• 1K 대량 생성: Nano Banana 2 Lite(gemini-3.1-flash-lite-image)는 1K $0.0336으로 2.5 Flash Image보다 낮습니다. Google은 Lite의 1K 가격만 공개했습니다.
• 2K·4K 출력, 글자와 편집 품질: Nano Banana 2.1(gemini-nano-banana-2.1)은 1K $0.0336, 2K $0.0504, 4K $0.113입니다. 자세한 내용은 Nano Banana 2.1 정식 출시: 쓰는 곳, API 가격, Nano Banana 2 전환에 있습니다.
• Nano Banana 2(gemini-3.1-flash-image): 지원 중단 상태(종료일 미발표)이고 Google은 2.1로 이전하라고 안내하므로 새 이전 대상으로는 맞지 않습니다.

핵심 요약

짧게 기억하면 이렇습니다. 값싼 1K 대량 생성은 Nano Banana 2 Lite로, 2K·4K 출력이나 글자·편집 품질이 필요하면 Nano Banana 2.1로 옮기고, 2027년 3월 15일까지 남은 기간에 병행 검증을 마치면 됩니다.

아래는 2026년 3월 당시 기록입니다. 이전 날짜·Preview ID·요금은 현재 이전 권장안이 아닙니다. 위 그림과 10월 업데이트를 기준으로 판단하세요.

공식 대체 모델과 실제로 봐야 할 타임라인

이 키워드에서 가장 먼저 확인해야 할 곳은 Gemini deprecations 페이지입니다. 여기서 gemini-2.5-flash-image의 shutdown date가 2026년 10월 2일로 표시되고, replacement가 gemini-3.1-flash-image-preview로 명시되어 있습니다. 즉 “어떤 모델로 바꿔야 하나”라는 질문 자체는 이미 답이 나와 있습니다.

다만 마이그레이션 판단을 위해서는 전체 흐름을 같이 봐야 합니다. 이전 세대인 gemini-2.5-flash-image-preview는 2026년 1월 15일에 종료되었고, release notes에 따르면 Nano Banana 2, 즉 gemini-3.1-flash-image-preview는 2026년 2월 26일에 출시되었습니다. 이는 지금의 replacement가 단순한 별칭 교체가 아니라, Google이 Flash 이미지 라인의 중심을 다음 세대로 옮기는 과정이라는 뜻입니다.

핵심은 지금이 “오늘 밤 바로 바꿔야 한다”는 상황은 아니라는 점입니다. 오히려 남은 시간을 활용해, 끝날 때 몰아서 바꾸는 것이 아니라 데이터를 보고 옮길 수 있는 단계입니다.

이번 replacement는 단순한 모델명 변경이 아니다

Image generation with Gemini 문서는 Gemini 3.1 Flash Image Preview를 사실상 go-to image generation model로 안내합니다. 이는 “나중에 옛 모델이 사라지니 이름만 바꿔라”보다 훨씬 강한 메시지입니다. Google이 Nano Banana 2를 새로운 기본 Flash 이미지 라인으로 밀고 있다는 뜻입니다.

하지만 그 말이 “같은 비용, 같은 성격의 무손실 교체”를 뜻하지는 않습니다. Gemini 2.5 Flash Image는 빠르고 저렴하며 1K 중심이라는 성격이 분명했습니다. 반면 Gemini 3.1 Flash Image Preview는 더 좋은 이미지 편집, 더 나은 텍스트 렌더링, 더 정확한 프롬프트 추종, 그리고 0.5K / 1K / 2K / 4K 범위의 출력까지 포함합니다. Nano Banana 2 발표 글과 DeepMind 제품 페이지도 이 점을 반복해서 강조합니다.

그래서 이 키워드를 검색하는 사람들이 실제로 궁금한 것은 단순한 매핑이 아닙니다.

• API에서 정확히 어떤 모델 ID를 써야 하는가
• 구형 모델은 언제까지 안전하게 쓸 수 있는가
• 새로운 모델이 내 워크로드에서 지금 default가 될 만큼 가치가 있는가

이 세 가지를 나눠 보면, 문서와 뉴스, 포럼 글이 왜 서로 조금씩 다른 문제를 풀고 있는지도 자연스럽게 이해됩니다.

가격, 해상도, Preview 리스크는 replacement와 동시에 바뀐다

가장 자주 놓치는 부분이 바로 여기입니다. pricing 페이지에 따르면 gemini-2.5-flash-image는 1024x1024 기준 $0.039 / image 입니다. 반면 gemini-3.1-flash-image-preview는 대략 0.5K에서 $0.045, 1K에서 $0.067, 2K에서 $0.101, 4K에서 $0.151 입니다.

즉 1K 기준으로만 보면 replacement가 더 싸지 않습니다. 더 높은 해상도와 더 좋은 능력을 사는 것이지, 동일한 1K 출력에서 비용을 줄이는 것이 아닙니다.

제한과 과금 방식도 같이 봐야 합니다. Google 문서는 free tier에서 paid tier로 넘어가려면 AI Studio에서 billing을 설정해야 한다고 설명하고, Preview 모델은 더 엄격한 제한이나 가변적인 capacity를 가질 수 있다고 말합니다. 즉 replacement 검색은 단순한 모델 이름 검색이 아니라, 실제로는 비용과 운영 안정성 검색이기도 합니다.

또 하나 눈여겨볼 점은 Google 내부 문서끼리도 gemini-2.5-flash-image의 라이프사이클 설명이 완전히 일치하지 않는다는 점입니다. release notes는 GA라고 쓰고 있지만, 현재 pricing 섹션에는 Preview 모델에 대한 일반 경고 문구가 함께 남아 있습니다. 이를 과장할 필요는 없지만, “구형 모델은 100% 흔들림 없는 stable lane이었다”고 단정하기보다는 공식 문서의 어조 차이를 그대로 인정하는 편이 안전합니다.

API replacement와 Gemini 앱의 기본 이미지 엔진 교체는 같은 얘기가 아니다

Nano Banana 2 발표 글은 Gemini 앱의 여러 모드에서 Nano Banana 2가 더 기본적인 역할을 하게 된다고 설명합니다. 이것은 제품 라우팅 이야기입니다. 앱 사용자에게는 충분히 중요한 정보지만, API 팀에게 필요한 결정과는 다릅니다.

기술 팀이 실제로 풀어야 하는 질문은 세 가지입니다.

1. API에서 어떤 모델 ID를 호출해야 하는가
2. 구형 API 모델은 언제 종료되는가
3. replacement를 지금 default로 올려야 하는가, 아니면 단계적으로 검증해야 하는가

이 구분을 하지 않으면, “Google이 이미 Nano Banana 2로 교체했다”는 문장을 보고 앱 문맥과 API 문맥을 섞기 쉽습니다. 현재 검색 결과가 약간 혼란스러운 이유가 여기에 있습니다.

지금 옮길까, 병행 운영할까, 조금 더 기다릴까

이 섹션이 많은 팀에게는 가장 중요합니다. 답은 모델 이름이 아니라 현재 workload가 무엇인지에 따라 달라집니다.

제 기본 권장안은 많은 production 팀에서 병행 운영 입니다. 구형 모델에는 여전히 값싼 1K 생성이 중요한 작업을 맡기고, 새 모델에는 텍스트 렌더링, 이미지 편집, 더 높은 해상도, 더 강한 프롬프트 추종이 필요한 작업을 먼저 보내는 방식입니다. 그러면 “새 모델이니까 좋아야 한다”가 아니라 실제 품질과 비용 데이터를 보고 default 전환 시점을 정할 수 있습니다.

가장 위험한 선택은 아무 검증도 하지 않은 채 종료일 직전까지 미루는 것입니다. 2026년 10월 2일이라는 날짜는 지금부터 점진적으로 옮기기에는 충분한 여유를 줍니다.

gemini-2.5-flash-image 워크로드를 위한 마이그레이션 체크리스트

이미 구형 모델을 운영 중이라면, 이번 전환을 작은 platform update처럼 다루는 편이 안전합니다.

1. 먼저 평가 경로나 staging에서 gemini-3.1-flash-image-preview를 돌린다
2. 이미지 내 텍스트, 편집, 복잡한 구도, 고해상도에서 품질을 비교한다
3. 모델 이름이 아니라 출력 크기별 비용을 다시 계산한다
4. 큐와 rate-limit 가정이 구형 모델 기준으로 고정돼 있지 않은지 확인한다
5. provenance와 SynthID 기대치는 그대로 둔다

상위 품질 모델과의 역할 분담까지 고민해야 한다면 다음 읽을 글은 Gemini 3 Pro Image vs Gemini 3.1 Flash Image: 무엇을 써야 할까 입니다. 하지만 이 글의 목적은 더 좁습니다. replacement가 무엇인지, 왜 지금의 전환 판단이 단순 rename보다 어려운지를 명확히 하는 것입니다.

실무적으로는 문서와 naming을 먼저 정리하는 것도 큰 도움이 됩니다. Nano Banana 2, gemini-3.1-flash-image-preview, 기존 gemini-2.5-flash-image를 팀마다 다르게 부르기 시작하면 기술 문제보다 커뮤니케이션 문제가 먼저 생깁니다. 모델 ID, default route, 종료 예정일을 내부 문서와 runbook에 명확히 적어 두면 2026년 10월 2일이 가까워질수록 생기기 쉬운 혼선을 크게 줄일 수 있습니다.

FAQ

gemini-2.5-flash-image의 replacement는 무엇인가요?

2026년 3월 20일 기준으로 Google이 deprecations 페이지에서 지정한 replacement는 gemini-3.1-flash-image-preview 입니다. 구형 모델의 종료 예정일은 2026년 10월 2일입니다.

Nano Banana 2와 gemini-3.1-flash-image-preview는 같은 모델인가요?

네. 제품 이름으로는 Nano Banana 2, API에서는 gemini-3.1-flash-image-preview라고 부르는 같은 모델 라인입니다.

replacement가 더 비싼가요?

일반적인 1K 기준으로는 그렇습니다. 구형 모델은 $0.039 / image, replacement는 1K에서 약 $0.067 입니다. 대신 더 높은 해상도와 더 강한 편집 능력을 얻습니다.

지금 바로 옮겨야 하나요?

필요한 능력이 이미 있다면 빠르게 검증하고 옮기는 편이 맞습니다. 그렇지 않다면 지금부터 병행 검증을 시작하고, 종료일 직전에 몰리지 않도록 단계적으로 전환하는 편이 더 안전합니다.