Responses API / Code Interpreter
D-11 · 3월 31일 변경
OpenAI 컨테이너 요금, 3월 31일부터 이게 달라집니다
결론부터 말씀드리면, 요금표 숫자는 그대로인데 청구 방식이 바뀝니다. 컨테이너 하나당 $0.03이라는 금액은 그대로지만, 3월 31일부터는 20분 세션마다 $0.03이 청구됩니다. 지금까지 하나의 컨테이너를 2시간 동안 써도 $0.03이었다면, 그 날 이후부터는 같은 2시간에 $0.18이 나옵니다.
지금까지와 달라지는 것, 딱 한 줄
OpenAI가 2026년 2월 11일 개발자들에게 이메일을 보냈습니다. 요지는 “호스팅 컨테이너가 업그레이드됐으니, 3월 31일부터 요금 체계를 바꾼다”는 내용이었습니다. 기존에는 컨테이너 하나를 생성할 때 딱 한 번 $0.03이 청구됐습니다. 몇 시간을 쓰든 그 금액이 전부였죠. 그런데 3월 31일 이후부터는 20분마다 $0.03이 붙습니다. 컨테이너가 살아있는 동안 계속 카운트됩니다.
OpenAI 공식 API 가격 페이지에는 이 변경 내용이 명시돼 있습니다. “Starting March 31, 2026, container usage will be billed per 20-minute session”이라는 문구가 현재 가격표에 나란히 표시됩니다. (출처: openai.com/api/pricing/, 2026.03.20 확인)
변경 이유로 OpenAI는 “컨테이너가 이제 네트워크 접근, 다중 언어 코드 실행, 복잡한 에이전트 워크플로우를 지원하는 등 기능이 크게 확장됐다”고 설명했습니다. 기능 확장에 따른 비용 구조 변경인 셈입니다.
20분 타이머 구조, 생각보다 복잡합니다
OpenAI 컨테이너에는 원래부터 “비활동 20분 후 만료”라는 정책이 있었습니다. 지금까지는 이게 기술적인 제약이었을 뿐, 비용에 직접 영향을 주지 않았습니다. 만료되면 그냥 새 컨테이너를 만들면 됐으니까요. 하지만 3월 31일부터는 이 20분 타이머가 곧 요금 단위가 됩니다.
💡 공식 문서와 실제 청구 구조를 나란히 놓고 보니 이런 맹점이 드러났습니다
공식 API 문서는 이렇게 설명합니다: “컨테이너를 조회하거나 파일을 추가·삭제하는 작업은 자동으로 last_active_at 시간을 갱신합니다.” (출처: OpenAI Code Interpreter 공식 문서, 2026.03.20 확인) 이게 뭘 의미하냐면, 컨테이너를 단순히 확인하기만 해도 타이머가 리셋된다는 뜻입니다. 비용 모니터링을 위해 컨테이너 상태를 polling하는 코드가 있다면, 그 코드 자체가 청구 금액을 늘리는 구조가 됩니다.
실제 컨테이너 오브젝트를 보면 만료 구조가 명확히 보입니다.
{
"expires_after": {
"anchor": "last_active_at",
"minutes": 20
},
"last_active_at": 1747844794
}anchor가 last_active_at으로 설정돼 있습니다. 마지막 활동 기준으로 20분 카운트가 재시작됩니다. 활동이 없으면 20분 후 만료되지만, 아무 API 호출이나 하나 더 들어오면 타이머가 새로 시작됩니다. 3월 31일 이후에는 이 타이머가 새로 시작될 때마다 $0.03(1GB 기준)이 쌓이는 구조입니다.
실제로 얼마나 나오는지 직접 계산했습니다
숫자로 확인해 보겠습니다. 변경 전후를 시나리오별로 비교합니다. 아래 수치는 1GB(기본) 컨테이너 기준이고, 4GB·16GB·64GB는 각각 4배·16배·64배를 곱하면 됩니다.
| 시점 | 1GB 컨테이너 | 4GB 컨테이너 |
|---|---|---|
| 3월 31일 이전 | $0.03 | $0.12 |
| 3월 31일 이후 | $0.03 | $0.12 |
→ 짧은 작업은 영향 없습니다. 20분 안에 끝내고 컨테이너를 삭제하면 기존과 동일합니다.
120분 ÷ 20분 = 6 세션 → $0.03 × 6 = $0.18
기존: $0.03 → 변경 후: $0.18 → 6배 증가. 이 금액 자체는 크지 않아 보이지만, 동시에 여러 사용자에게 서비스를 제공하는 구조라면 곱셈이 빠르게 일어납니다.
하루 24시간 × 30일 = 720시간 = 43,200분
43,200분 ÷ 20분 = 2,160 세션 → $0.03 × 2,160 = $64.80/월
이 수치는 OpenAI 공식 커뮤니티(2026.02.11)에서 실제 사용자가 직접 계산해 공유한 값과 일치합니다. (출처: community.openai.com) 컨테이너 하나를 상시 유지하는 것만으로 월 $64.80이 나온다는 의미인데, 컨테이너를 활성 상태로 유지해서 응답 속도를 확보하는 방식으로 설계된 서비스라면 이 비용이 예상치 못하게 청구될 수 있습니다.
4GB 컨테이너를 상시 유지하면 월 $259.20, 16GB는 $1,036.80입니다. 이 규모의 금액이면 사전에 설계 검토가 반드시 필요합니다.
auto 모드에서 컨테이너가 재사용된다는 게 문제입니다
Code Interpreter를 container: { type: "auto" }로 설정하면 편리하게 쓸 수 있습니다. 요청마다 새 컨테이너가 자동으로 생성된다고 생각하기 쉽지만, 실제 동작은 다릅니다.
💡 공식 발표문과 실제 auto 모드 동작 방식을 같이 놓고 보니 이런 차이가 보였습니다
공식 문서는 이렇게 명시합니다: “auto 모드는 새 컨테이너를 생성하거나, 이전 code_interpreter_call 항목에서 사용된 활성 상태의 컨테이너를 재사용합니다.” (출처: OpenAI Code Interpreter 공식 문서) 즉, 같은 대화 흐름 안에서 연속으로 요청을 보내면 동일한 컨테이너가 계속 재사용됩니다. 3월 31일 이후에는 그 컨테이너의 활동 시간이 늘어날수록 20분 세션 카운트가 쌓입니다. auto라고 해서 각 요청이 독립적으로 깔끔하게 끊기는 게 아닙니다.
비용 최적화를 위해서는 응답을 받은 뒤 컨테이너를 명시적으로 삭제(DELETE /v1/containers/{container_id})하는 것이 확실한 방법입니다. auto 모드의 편의성을 유지하면서도 컨테이너 생명주기를 직접 관리하는 구조가 3월 31일 이후에는 더 중요해집니다.
shell 도구와 Code Interpreter, 이 둘은 동시에 못 씁니다
이번 컨테이너 요금 변경의 배경은 단순한 가격 조정이 아닙니다. OpenAI는 Code Interpreter를 대체하는 shell 도구(Hosted Shell)를 함께 공개했습니다. 네트워크 접근, 다중 언어 지원, 더 복잡한 에이전트 워크플로우가 가능한 업그레이드 버전입니다. OpenAI 이메일에는 “shell 도구가 Code Interpreter의 더 강력한 진화 버전이며, 마이그레이션을 권장한다”고 명시돼 있습니다.
공식 이메일에는 이런 문구도 있습니다: “code_interpreter와 shell은 OpenAI 관리 컨테이너에서 동시에 사용할 수 없습니다.” 두 도구를 혼용하는 파이프라인을 구성하려 한다면 이 제약을 미리 확인해야 합니다. 하나의 응답 요청에서 두 도구를 동시에 켜면 오류가 납니다. (출처: OpenAI 공식 이메일, 2026.02.11 / community.openai.com 2026.02.11 스레드 인용)
shell 도구 자체의 요금은 Code Interpreter와 동일한 컨테이너 과금 구조를 따릅니다. 기능이 더 강해졌다고 별도 추가 요금이 붙는 구조는 아닙니다만, 세션 지속 시간이 길어지면 컨테이너 비용이 그만큼 누적되는 점은 동일합니다.
비용 폭탄 피하는 방법, 공식 문서에 있습니다
OpenAI 공식 Code Interpreter 문서에는 이런 권고가 있습니다: “컨테이너를 에페머럴(ephemeral, 일시적)로 취급하고, 관련 데이터는 자체 시스템에 저장할 것을 강력히 권장합니다.” 이 권고가 이번 요금 변경과 맞물리면 구체적인 대응 방향이 됩니다. 작업 결과물을 컨테이너에 남겨두지 말고, 응답을 받는 즉시 필요한 파일을 다운로드한 뒤 컨테이너를 삭제하는 패턴이 가장 확실합니다.
- 작업 완료 후 컨테이너를 명시적으로 삭제할 것 (
DELETE /v1/containers/{id}) - polling 방식의 상태 모니터링 코드가 있다면 제거하거나 빈도 줄이기 (
last_active_at갱신 주의) - auto 모드 사용 시 컨테이너 ID를 응답에서 추출해 세션 종료 시 수동 삭제 고려
- 4GB 이상 고용량 컨테이너는 필요한 작업에만 선택적으로 사용 (1GB 기본값 유지)
- 비용 알림(Usage 대시보드) 설정으로 컨테이너 관련 지출 라인 별도 모니터링
기존에 Code Interpreter를 Assistants API로 쓰던 분들도 유의해야 합니다. Assistants API는 2026년 8월 26일 공식 종료 예정입니다. (출처: Microsoft Foundry 공식 문서) 이 마이그레이션과 요금 구조 변경이 겹치는 시점이라 Code Interpreter 기반 워크플로우 전반을 점검할 타이밍입니다.
Q&A
마치며
솔직히 말하면, $0.03이라는 숫자가 그대로라서 변경 공지를 가볍게 넘기기 쉽습니다. 하지만 청구 단위가 바뀌는 건 다른 얘기입니다. 짧은 작업을 빠르게 끝내고 컨테이너를 삭제하는 패턴이라면 3월 31일 이후에도 청구 금액 변화는 거의 없습니다. 문제는 컨테이너를 오래 유지하거나, 상태를 자주 polling하거나, 멀티유저 서비스에서 컨테이너를 세션 유지 수단으로 쓰는 경우입니다.
이번 변경에서 가장 중요한 포인트는 하나입니다. 컨테이너를 언제 삭제할지를 코드 레벨에서 명시적으로 결정해야 한다는 것입니다. auto 모드에 맡겨두면 그 결정이 OpenAI 쪽 정책에 따라 이뤄지고, 3월 31일 이후에는 그 시간이 곧 비용이 됩니다.
남은 11일 안에 현재 코드베이스에서 컨테이너 생명주기를 직접 관리하는 구조가 있는지 점검해 보는 것이 좋겠습니다. OpenAI가 에페머럴 사용을 “강력히 권장”한다는 문구를 공식 문서에 남겨뒀다는 건, 이번 요금 변경과 무관하지 않습니다.
본 포스팅 참고 자료
- OpenAI 공식 API 가격 페이지 — openai.com/api/pricing/ (2026.03.20 확인)
- OpenAI 공식 개발자 문서 — Code Interpreter 가이드 — developers.openai.com (2026.03.20 확인)
- OpenAI Developer Community — Container Duration Metrics 스레드 (2026.02.11) — community.openai.com
- OpenAI 공식 Pricing 개발자 문서 — developers.openai.com/api/docs/pricing/
- OpenAI 에이전트 구축 도구 공개 발표 (2025.03.11 한국어) — openai.com
※ 본 포스팅은 2026년 3월 20일 기준으로 OpenAI 공식 자료를 참고해 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능·요금이 변경될 수 있습니다. 최종 확인은 OpenAI 공식 가격 페이지(openai.com/api/pricing/)에서 직접 해주시기 바랍니다.
댓글 남기기