Zero Data Retention이란 무엇인가
OpenAI가 적격 API 고객을 대상으로 Zero Data Retention(ZDR) 정책을 공식화했다. ZDR은 API 호출 시 전달되는 입력 데이터와 모델의 출력 데이터를 OpenAI 서버에 일절 저장하지 않는 정책이다. 일반적인 API 사용 환경에서는 요청/응답 데이터가 일정 기간 보관되어 모니터링이나 안전성 검토에 활용되지만, ZDR이 적용된 경우에는 요청이 처리된 직후 데이터가 즉시 폐기된다.
백엔드 개발자 입장에서 이 정책이 중요한 이유는 명확하다. 금융, 의료, 법률 도메인처럼 개인정보나 기밀 데이터를 다루는 시스템에서 외부 AI API를 호출하는 것은 그동안 컴플라이언스 관점에서 상당한 리스크였다. GDPR, HIPAA, 국내 개인정보보호법 등 주요 규제들은 데이터가 제3자 서버에 저장·처리되는 경우 명확한 법적 근거와 보호 조치를 요구한다. ZDR은 이 요건을 충족시키는 핵심 수단이 된다.
백엔드 시스템 설계에 미치는 영향
ZDR을 활용하면 기존에는 고려해야 했던 몇 가지 아키텍처 상의 우회 전략이 단순화될 수 있다. 예를 들어 민감한 필드를 마스킹하거나, 온프레미스 프록시 서버를 두어 데이터를 전처리한 뒤 AI API를 호출하는 복잡한 파이프라인을 구성할 필요가 줄어든다.
// 기존: 민감 데이터 마스킹 후 호출
String sanitized = dataMaskingService.mask(rawInput);
String result = openAiClient.complete(sanitized);
// ZDR 적용 시: 원본 데이터를 직접 활용 가능
String result = openAiClient.complete(rawInput); // 저장 없이 처리됨
물론 ZDR이 만능은 아니다. 전송 구간의 암호화, 내부 로깅 정책, 클라이언트 측의 데이터 취급 방식은 여전히 개발팀이 직접 통제해야 한다. ZDR은 "OpenAI 측에서 보관하지 않는다"는 보장일 뿐, 자사 시스템 내 데이터 흐름에 대한 책임은 그대로 남아 있다.
Private Safety Processing과 엔터프라이즈 도입 장벽
이번 발표와 함께 예고된 Private Safety Processing은 또 다른 중요한 진전이다. AI 모델은 유해 콘텐츠, 편향, 오남용 방지를 위한 안전성 검사를 수행하는데, 이 과정에서 데이터 내용이 노출될 수 있다는 우려가 존재했다. Private Safety Processing은 프라이버시를 침해하지 않으면서도 안전성 검사를 병행할 수 있는 메커니즘을 지향한다.
엔터프라이즈 환경에서 AI 도입을 검토할 때 실무적으로 부딪히는 장벽은 크게 두 가지다. 하나는 앞서 언급한 데이터 저장 및 규제 이슈이고, 다른 하나는 "안전성 필터를 통과시키려면 데이터를 공개해야 하는가"라는 딜레마다. 이 두 가지를 동시에 해소하려는 시도가 이번 정책 발표의 핵심 메시지다. 특히 사내 민감 문서 검색, 고객 데이터 기반 자동화, 의료 기록 요약 같은 유스케이스에서 도입 타당성을 재검토할 시점이 됐다.
정리
- ZDR(Zero Data Retention) 은 API 입출력 데이터를 OpenAI 서버에 저장하지 않는 정책으로, 금융·의료 등 규제 산업에서의 AI API 활용 가능성을 높인다.
- 데이터 마스킹·프록시 계층 등 기존 우회 아키텍처를 단순화할 수 있으나, 자사 시스템 내 데이터 관리 책임은 여전히 개발팀에 있다.
- Private Safety Processing 예고는 프라이버시와 안전성 검사를 동시에 충족하려는 방향으로, 엔터프라이즈 AI 도입 시 컴플라이언스 검토 기준이 바뀔 수 있음을 시사한다.