보유기간이 끝나도 녹음은 그대로 남아 있다: 콜봇 루프의 통화 녹취 보존·파기 게이트 설계

녹음은 쌓이는데 파기 규칙은 따로 없다

콜봇이 통화를 녹음하면 S3에는 기본적으로 삭제 규칙이 없는 한 녹음이 계속 쌓입니다. AWS는 Amazon Connect 공식 블로그에서 S3 Lifecycle 규칙을 걸지 않으면 녹음이 무기한 남는다고 설명하며, 버전 관리가 켜진 버킷에서는 삭제 후에도 이전 버전이 그대로 남아 용량과 노출 범위를 함께 키운다고 안내합니다. 콜봇 루프를 설계할 때 보존·파기를 나중에 정리할 항목으로 미루면, 녹음 보관소 자체가 가장 큰 개인정보 리스크 표면이 됩니다.

상담 유형마다 보존기간이 다르다

결제 상담, 일반 문의, 민원·분쟁 소지 상담은 법적 근거가 다르므로 같은 보존기간을 적용할 수 없습니다. AWS 공식 문서는 콜센터가 여러 사업 라인을 운영할 때 통화별 커스텀 속성을 Kinesis로 스트리밍하고 Lambda가 S3 객체 태그를 붙여 라인별로 다른 보존기간을 적용하는 방식을 권장합니다. 반면 Amazon Connect 분석 데이터레이크는 기본값이 25개월 롤링 윈도우로, 매일 00:00 UTC에 컷오프가 갱신되며 그 이전 데이터는 조회 대상에서 자동으로 빠집니다. 콜봇 루프는 녹음 본체의 수명주기와 분석 데이터의 롤링 윈도우를 같은 보존 설계 안에서 함께 관리해야 합니다.

설계에서 운영까지: 콜봇 녹음 보존·파기 게이트 체크리스트

기획 단계에서는 상담 유형별 보존기간과 파기 성공률을 수치로 못박습니다. 결제 상담 녹음은 분쟁 대응을 고려해 보존기간 180일, 일반 상담은 90일, 파기 배치 실행 성공률 99.5% 이상, 파기 후 샘플 복구 시도 성공률 0%를 배포 전 합격선으로 두면 감사 때 "적당히 오래 보관"이라는 답 대신 숫자로 근거를 댈 수 있습니다.

가장 흔한 실패는 통화 유형 태깅 누락입니다. 커스텀 속성이 빈 값으로 들어오면 Lambda가 기본 보존기간 태그를 붙이고, 결제 상담 녹음이 일반 문의와 같은 90일 규칙에 묶여 법정 보존 의무를 어기거나 반대로 불필요하게 오래 남습니다.

두 번째는 파기 파이프라인 자체의 장애입니다. Lambda 동시성 제한이나 Kinesis 샤드 지연으로 태깅이 늦게 붙으면 S3 Lifecycle 규칙이 적용되는 시점과 실제 보존 목표 사이에 며칠씩 차이가 생기고, 지연이 누적되면 파기 대상 녹음이 수천 건씩 밀립니다.

세 번째는 버전 관리입니다. 버킷에 S3 버저닝이 켜져 있으면 삭제 마커만 생기고 원본 버전은 그대로 남아, 대시보드에는 파기 완료로 보여도 실제 객체는 복구 가능한 상태로 남는 경우가 반복됩니다.

복구는 격리와 재시도로 나눕니다. 태깅 실패 건은 즉시 별도 격리 큐로 보내 가장 보수적인 보존기간(분쟁 가능성이 있는 상담 기준)을 임시 적용하고 담당자에게 알림을 보냅니다. 파이프라인 지연은 Kinesis 샤드별 처리 지연을 모니터링해 임계치를 넘으면 수동 배치 파기로 전환하는 서킷브레이커를 둡니다.

운영 체크리스트에는 배포 전 파기 드라이런(실제 삭제 없이 대상 목록만 생성), 파기 로그 필드(태그값·실행 시각·실패 사유·버전 삭제 여부)를 필수로 남기고, 분기마다 무작위 샘플을 복구 시도해 버전 잔존 여부를 점검하는 절차를 넣습니다.

파기 실패 원인은 매주 모아 태깅 누락·파이프라인 지연·버저닝 잔존 세 갈래로 분류해두면, 보존기간을 조정하는 결정과 파이프라인 버그 수정을 다른 변경 이력으로 구분할 수 있습니다. 두 가지가 한 배포에 섞이면 다음 분기 감사에서 어느 변경이 보존기간을 바꿨는지 추적하기 어려워집니다.

실행 요약

콜봇 통화 녹음은 보존기간이 끝나는 순간 자동으로 사라지지 않습니다. 상담 유형별 보존기간을 수치로 정해두고, 태깅 누락과 파이프라인 지연을 격리 큐와 서킷브레이커로 분리 대응하며, 버전 잔존 여부를 분기마다 샘플 검증하면 녹음 보관소가 개인정보 리스크의 사각지대로 남는 상황을 막을 수 있습니다.

참고 링크

Customize retention policies for contact recordings in Amazon Connect — AWS 공식 블로그

Amazon Connect PCI Compliance Best Practices — AWS 공식 문서