Gemini API 이미지·비디오 모델 종료 공지: Imagen 4와 Veo 코드를 언제 바꿔야 하나
2026-06-30 Veo, 2026-08-17 Imagen 4 종료 전에 운영 코드에서 확인할 모델 ID와 이전 경로
Gemini API 이미지·비디오 모델 종료 공지: 지금 확인할 것
Google은 2026-06-15 Gemini API release notes에서 Imagen 4 이미지 모델은 2026-08-17, Veo 2/3 비디오 모델은 2026-06-30 종료 예정이라고 공지했습니다. 운영 코드가 해당 모델 ID를 쓰고 있다면 Veo부터 먼저 이전 테스트를 잡아야 합니다.
Gemini API June 15 2026 Imagen Veo deprecation 공지는 새 모델 소개라기보다, 운영 코드에 박힌 모델 ID를 언제 걷어낼지 알려주는 lifecycle 알림입니다. 이미지 생성이나 영상 생성 기능이 이미 서비스 안에 들어가 있다면 읽고 지나갈 뉴스보다 코드 검색 작업에 가깝습니다.
제가 보기에는 이번 공지에서 먼저 잡아야 할 날짜가 2026-06-30입니다. `veo-2.0-generate-001`, `veo-3.0-generate-001`, `veo-3.0-fast-generate-001` 종료 예정일입니다. Imagen 4 계열은 2026-08-17로 조금 더 여유가 있지만, 썸네일 생성, 광고 소재 생성, 배치 작업에 묶여 있으면 테스트 시간이 생각보다 길어집니다.
독자가 바로 확인해야 할 부분은 세 가지입니다. 어떤 모델 ID가 영향권인지, 공식 문서가 어떤 대체 경로를 가리키는지, 한국 운영 일정에서 어디부터 배포 테스트를 잡을지입니다. 가격, 무료 할당량, 모든 리전 제공 여부는 이번 공지만으로 단정하지 않습니다.
이미지 설명: Gemini API 모델 lifecycle 캘린더와 코드 체크리스트를 함께 보여주는 AI 기술 블로그용 일러스트. Google 로고나 실제 제품 UI는 넣지 않음.
종료되는 모델 ID와 대체 경로
`imagen-4.0-generate-001`, `imagen-4.0-ultra-generate-001`, `imagen-4.0-fast-generate-001`은 `gemini-3.1-flash-image` 이전 대상입니다. `veo-2.0-generate-001`, `veo-3.0-generate-001`, `veo-3.0-fast-generate-001`은 Veo 3.1 preview 또는 Gemini Enterprise Agent Platform의 3.1 GA 모델 검토 대상입니다.
아래 표를 먼저 보면 이번 Gemini API June 15 2026 Imagen Veo deprecation의 범위가 정리됩니다. 여기서 볼 부분은 종료일의 차이입니다. Veo 계열은 Imagen 4보다 훨씬 빨리 닫힙니다.
| 구분 | 종료 대상 모델 ID | 종료 예정일 | 공식 문서상 이전 방향 |
|---|---|---|---|
| Imagen 4 | `imagen-4.0-generate-001` | 2026-08-17 | `gemini-3.1-flash-image` |
| Imagen 4 Ultra | `imagen-4.0-ultra-generate-001` | 2026-08-17 | `gemini-3.1-flash-image` |
| Imagen 4 Fast | `imagen-4.0-fast-generate-001` | 2026-08-17 | `gemini-3.1-flash-image` |
| Veo 2 | `veo-2.0-generate-001` | 2026-06-30 | Veo 3.1 preview 또는 별도 GA 경로 검토 |
| Veo 3 | `veo-3.0-generate-001` | 2026-06-30 | `veo-3.1-generate-preview` 등 검토 |
| Veo 3 Fast | `veo-3.0-fast-generate-001` | 2026-06-30 | `veo-3.1-fast-generate-preview` 등 검토 |
Imagen 쪽은 문서가 비교적 명확합니다. deprecations 표와 Imagen 4 모델 페이지 모두 `gemini-3.1-flash-image`를 이전 대상으로 제시합니다. 다만 Ultra를 쓰던 팀이 Flash Image로 옮긴다고 해서 결과 품질, 지연 시간, 프롬프트 반응이 그대로 유지된다고 볼 근거는 없습니다.
Veo 쪽은 더 조심스럽게 봐야 합니다. Gemini API 문서에는 `veo-3.1-generate-preview`, `veo-3.1-fast-generate-preview` 같은 preview 모델 ID가 보이고, release notes는 Gemini Enterprise Agent Platform의 Veo 3.1 GA 모델 경로도 언급합니다. 운영 안정성 요구가 있는 팀은 preview만 보고 배포 결정을 끝내면 안 됩니다.
일정표: 2026-06-30과 2026-08-17을 나눠 봐야 하는 이유
Veo 계열은 2026-06-30 shutdown 예정이라 이미지 모델보다 먼저 대응해야 합니다. Imagen 4 계열은 2026-08-17 예정이지만 운영 워크플로가 많다면 코드 검색과 회귀 테스트를 지금 시작하는 편이 안전합니다.
2026-06-16 한국 시간에 이 공지를 확인했다면 Veo 쪽은 이미 일정이 빡빡합니다. Google 문서는 날짜를 절대일로 제시하지만, 세부 시간대까지 운영자가 기대해도 된다는 뜻은 아닙니다. 배포 마감은 사내 기준으로 하루 이상 앞당겨 잡는 편이 낫습니다.
운영 우선순위는 이렇게 두는 쪽이 현실적입니다.
1. 영상 생성 코드에서 `veo-2.0-generate-001`, `veo-3.0-generate-001`, `veo-3.0-fast-generate-001`을 먼저 검색합니다.
2. Veo 3.1 preview로 smoke test를 만들되, production SLA가 있으면 Enterprise Agent Platform의 GA 경로를 따로 검토합니다.
3. Imagen 4 계열은 `gemini-3.1-flash-image`로 바꾼 뒤 출력 저장, MIME type, 결과 수, 품질 샘플을 비교합니다.
4. 자동화 파이프라인에 모델 ID가 DB나 queue payload로 저장되는지 확인합니다.
한국 사용자 입장에서는 새 모델 이름보다 기존 모델 ID가 끊기는 날짜가 더 중요합니다. 블로그 썸네일, 쇼핑몰 이미지, SNS 영상 자동 생성처럼 예약 작업이 있는 경우 실패가 늦게 발견될 수 있어, 캘린더 알림보다 코드 검색이 먼저입니다.
이미지 설명: 2026-06-30 Veo 종료와 2026-08-17 Imagen 4 종료를 분리해 보여주는 기술 일정표 이미지. 추상적인 API 노드, 캘린더, 체크 표시 중심.
한국 운영 코드에 생길 수 있는 영향
이번 업데이트는 API lifecycle 변경입니다. 모델 ID가 상수, 환경 변수, 자동화 설정, batch payload, prompt template에 박혀 있으면 종료일 이후 생성 요청이 실패할 수 있습니다.
실제로 확인할 부분은 애플리케이션 코드만이 아닙니다. 개인 자동화나 소규모 SaaS에서는 모델 ID가 생각보다 여러 위치에 흩어져 있습니다. `Gemini API June 15 2026 Imagen Veo deprecation` 같은 검색어로 뉴스를 찾는 독자라면, 아래 문자열을 그대로 내부 검색에 넣는 편이 빠릅니다.
검색할 모델 ID는 여섯 개입니다.
- `imagen-4.0-generate-001`
- `imagen-4.0-ultra-generate-001`
- `imagen-4.0-fast-generate-001`
- `veo-2.0-generate-001`
- `veo-3.0-generate-001`
- `veo-3.0-fast-generate-001`
검색 위치는 코드 상수, `.env`, 서버리스 환경 변수, DB에 저장된 workflow template, no-code 자동화 설정, queue payload, prompt template, CI fixture까지 포함하는 것이 좋습니다. 모델 ID가 API 호출 직전에 조립되는 구조라면 로그 샘플에서도 확인해야 합니다.
다만 여기서 조심할 점은 shutdown을 '경고가 뜨는 기간'으로 보면 안 된다는 점입니다. Gemini deprecations 문서의 lifecycle 설명을 기준으로 보면 shutdown은 endpoint 사용이 끝나는 단계입니다. 생성 실패가 사용자 화면이나 예약 작업에서 발견되면 이미 늦습니다.
이미지 설명: 개발자가 환경 변수, 큐, 프롬프트 템플릿, CI 파일에서 deprecated model ID를 찾는 장면을 표현한 기술 블로그용 이미지.
마이그레이션 점검 순서
첫 단계는 6개 deprecated model ID를 코드와 설정에서 검색하는 일입니다. 그다음 Imagen은 `gemini-3.1-flash-image`, Veo는 `veo-3.1-generate-preview` 또는 `veo-3.1-fast-generate-preview`로 smoke test를 만들고 response shape와 output count를 확인합니다.
마이그레이션은 모델 ID 치환 한 줄로 끝내기보다 작은 테스트부터 만드는 편이 좋습니다. Imagen 4와 Gemini 3.1 Flash Image는 같은 이미지 생성 계열이라도 입력, 출력, 응답 처리 방식이 기존 코드와 다를 수 있습니다.
Imagen 점검은 이렇게 시작할 만합니다.
- 기존 프롬프트 fixture 3~5개를 골라 `gemini-3.1-flash-image`로 호출합니다.
- 이미지 저장 로직에서 MIME type, base64 decode, 파일 확장자 처리가 깨지지 않는지 봅니다.
- 기존에 1~4개 이미지를 기대하던 코드가 새 응답에서 어떻게 동작하는지 확인합니다.
- 사람이 보는 golden sample을 남겨 품질 회귀를 확인합니다.
Veo 점검은 더 운영적인 성격이 강합니다. `veo-3.1-generate-preview` 또는 `veo-3.1-fast-generate-preview`로 text-to-video와 image-to-video 최소 프롬프트를 각각 실행하고, long-running operation polling, timeout, 결과 video count, audio 포함 여부를 봐야 합니다. Veo 2에서 여러 결과를 기대하던 코드가 있다면 배열 길이 가정도 함께 제거해야 합니다.
SDK도 같이 봐야 합니다. Google GenAI SDK 문서는 Python `pip install google-genai`, JavaScript `npm install @google/genai`, Go `go get google.golang.org/genai`, C# `dotnet add package Google.GenAI`를 안내합니다. legacy library가 최신 기능, 특히 Veo 같은 기능에 접근하지 못할 수 있다는 주의도 함께 적혀 있습니다.
단순 치환 전에 확인할 리스크
대체 모델이 있다는 사실은 동일한 품질, 동일한 응답 구조, 동일한 quota와 가격을 뜻하지 않습니다. 특히 Veo 3.1 preview를 운영에 쓰는 경우 preview lifecycle과 GA 요구 조건을 별도로 기록해야 합니다.
Gemini API June 15 2026 Imagen Veo deprecation에서 가장 흔한 오해는 'recommended replacement가 있으니 문자열만 바꾸면 된다'는 판단입니다. 내부 테스트 도구라면 그 접근도 가능할 수 있습니다. 사용자에게 이미지나 영상을 바로 제공하는 서비스라면 응답 구조, 결과 수, 지연 시간, 실패 메시지를 따로 확인해야 합니다.
Imagen에서는 `imagen-4.0-ultra-generate-001`을 쓰던 이유가 품질이나 스타일 일관성이었는지 먼저 봐야 합니다. `gemini-3.1-flash-image`가 공식 대체 경로라고 해도 기존 Ultra 결과와 같은 출력을 보장한다는 문서는 아닙니다. 생성물 검수 기준, watermark 안내, 저장 포맷, batch job 처리량을 회귀 테스트에 넣는 편이 안전합니다.
Veo에서는 preview와 GA의 경계가 더 중요합니다. Gemini API의 Veo 3.1 모델 ID는 preview로 표시되어 있고, release notes는 Gemini Enterprise Agent Platform의 3.1 GA 모델도 선택지로 언급합니다. 인증 방식, quota, 과금, region, usage type은 제품 경로에 따라 달라질 수 있으므로 release notes만 보고 비용이나 제공 지역을 단정하면 안 됩니다.
제가 보기에는 이번 업데이트를 계기로 모델 ID inventory를 하나 만들어 두는 작업이 가장 남습니다. 모델명, 사용 위치, 담당 기능, fallback, 마지막 테스트일을 적어두면 다음 lifecycle 공지가 나왔을 때 훨씬 덜 흔들립니다.
자주 묻는 질문
Q. Gemini API에서 어떤 Imagen 4 모델이 2026-08-17에 종료되나?
A. Google AI for Developers 문서 기준 `imagen-4.0-generate-001`, `imagen-4.0-ultra-generate-001`, `imagen-4.0-fast-generate-001`이 2026-08-17 shutdown 예정입니다. deprecations 표와 Imagen 4 모델 페이지 모두 `gemini-3.1-flash-image` 이전을 확인할 수 있습니다.
Q. Veo 2와 Veo 3 모델은 2026-06-30 전에 어떤 모델 ID로 바꿔야 하나?
A. Gemini API에서는 `veo-3.1-generate-preview` 또는 `veo-3.1-fast-generate-preview`를 먼저 테스트할 수 있습니다. production에서 preview 사용이 곤란한 팀은 release notes가 언급한 Gemini Enterprise Agent Platform의 Veo 3.1 GA 경로를 별도로 검토해야 합니다.
Q. `imagen-4.0-ultra-generate-001`을 `gemini-3.1-flash-image`로 단순 치환해도 되나?
A. 바로 배포하기보다는 smoke test와 품질 회귀 확인이 필요합니다. 공식 문서는 `gemini-3.1-flash-image`를 대체 경로로 제시하지만, Ultra와 동일한 품질, 동일한 latency, 동일한 응답 구조를 보장한다고 쓰지는 않습니다.
Q. 이번 공지가 가격, 무료 할당량, 모든 리전 제공 상태 변경까지 의미하나?
A. 이번 2026-06-15 release notes만으로 가격, 무료 할당량, 리전 제공 상태 변경을 단정하면 안 됩니다. 모델 lifecycle과 대체 경로는 공식 문서로 확인하고, 비용과 quota는 별도 pricing, rate limits, Google Cloud 문서를 추가로 봐야 합니다.
Q. 운영 코드에서 어떤 문자열을 먼저 검색해야 하나?
A. `veo-2.0-generate-001`, `veo-3.0-generate-001`, `veo-3.0-fast-generate-001`을 먼저 찾는 것이 좋습니다. 이후 `imagen-4.0-generate-001`, `imagen-4.0-ultra-generate-001`, `imagen-4.0-fast-generate-001`을 코드, 환경 변수, workflow template, queue payload, prompt template, CI fixture에서 확인합니다.
함께 읽으면 좋은 글
- Google·Kaggle AI Agents 과정 시작: 5일 동안 무엇을 배우고 어떻게 활용할까 — AI UPDATES
- Claude Fable 5·Mythos 5 접근 중단: Anthropic 공지가 의미하는 것 — AI UPDATES
- OpenAI Academy 신규 과정 3종: 업무 AI와 에이전트 워크플로를 어떻게 배울까 — AI UPDATES
참조 링크
- Release notes | Gemini API — 2026-06-15 Imagen 4 및 Veo 2/3 deprecation 공지의 원문 update URL입니다.
- Gemini deprecations | Gemini API — affected model IDs, shutdown dates, recommended replacements를 표로 검증할 수 있는 lifecycle 문서입니다.
- Imagen 4 | Gemini API — Imagen 4 endpoint별 종료 예정과 `gemini-3.1-flash-image` 이전 안내의 모델별 근거입니다.
- Gemini 3.1 Flash Image | Gemini API — Imagen 4 대체 모델의 model code, input/output, capability 확인용 문서입니다.
- Nano Banana image generation | Gemini API — Gemini image generation 모델 구분, 호출 방식, SynthID watermark 안내 확인용 문서입니다.
- Veo 3.1 | Gemini API — Gemini API에서 안내된 Veo 3.1 preview replacement IDs와 input/output 특성 확인용 문서입니다.
- Generate videos with Veo 3.1 in Gemini API — Veo 2/3 deprecation 표시와 video generation migration 테스트에 필요한 공식 사용 문서입니다.
- Veo 3.1 | Gemini Enterprise Agent Platform — release notes가 언급한 Veo 3.1 GA 모델 경로를 확인하기 위한 공식 Google Cloud 문서입니다.
- Gemini API libraries — 공식 SDK 설치 명령과 legacy library migration 주의를 확인하는 보조 문서입니다.