'타임아웃·재시도 기준부터' 신분증 OCR 대량 호출 설계

신분증 OCR 대량 호출 환경에서는 평소 응답 속도보다 응답이 늦어졌을 때 시스템이 어떻게 행동하는지가 가입 완료율을 좌우합니다. 타임아웃 기준, 재시도 횟수 제한, 결과 조회 방식, 수동심사 전환 기준을 미리 정해 두면 호출이 몰려도 가입이 끊기지 않습니다. 이 글은 도입 뒤 호출량이 커진 운영 단계를 전제로 이 네 가지를 정하는 방법을 정리합니다.

같은 날 같은 주제로 먼저 올린 글도 함께 보시면 좋습니다. 이 글은 호출 폭주 시 응답 지연과 장애 대응 설계에 집중합니다.

가입 호출이 몰리면 응답 지연이 가입 이탈로 이어집니다

신규 가입 이벤트, 마케팅 집행, 특정 시간대 접속 집중처럼 호출이 한꺼번에 늘어나는 순간은 서비스마다 반복됩니다. 이때 OCR 응답이 평소보다 늦어지면 사용자는 화면이 멈췄다고 느끼고 뒤로 가기나 재촬영을 누릅니다.

알체라 신분증 OCR의 공개 수치는 인식률 98.47%, 처리 시간 1초 이내입니다. 다만 실제 서비스의 체감 응답은 모바일 네트워크, 이미지 업로드 크기, 고객사 서버 구간, 호출 집중도가 더해져 달라집니다. 그래서 인식 엔진의 속도와 별개로 호출하는 쪽의 대응 설계를 따로 갖춰야 합니다.

운영 중 장애는 대부분 한 번의 큰 실패보다 작은 지연이 연쇄하면서 커집니다. 다음 장에서 그 연쇄가 어떻게 만들어지는지 살펴보겠습니다.

타임아웃이 중복 호출과 재촬영 폭주를 만드는 과정

클라이언트가 짧은 타임아웃으로 요청을 끊고 곧바로 다시 보내면, 서버에서는 처음 요청이 계속 처리되는 상태에서 같은 건이 한 번 더 들어옵니다. 결과적으로 호출량은 실제 가입자 수보다 훨씬 빠르게 늘고, 지연은 더 심해집니다.

‍

• 중복 호출은 같은 이미지가 여러 번 처리되어 호출 건수와 부하를 함께 키웁니다.
• 사용자 재촬영은 화면 응답이 없을 때 앱이 아니라 사용자가 재시도를 만들어 내는 경우입니다.
• 자동 재시도가 동시에 몰리면 지연된 서버에 같은 시점에 요청이 다시 쏟아지는 재시도 폭주가 생깁니다.
• 결과가 늦게 도착했는데 이미 화면이 실패로 넘어가 있으면 성공한 인증이 가입 실패로 기록되기도 합니다.

‍

이런 문제는 평소 트래픽에서는 보이지 않고 호출이 몰릴 때만 드러납니다. 그래서 설계 단계에서 기준을 숫자로 정해 두는 것이 중요합니다.

타임아웃 기준과 재시도 횟수 제한 정하는 방법

타임아웃은 한 값으로 정하기보다 구간별로 나눠 정하는 편이 안전합니다. 이미지 업로드, 서버 간 호출, 사용자 화면 대기 시간은 성격이 다르기 때문입니다.

‍

• 사용자 화면 대기 시간은 먼저 정합니다. 사용자가 기다릴 수 있는 한계를 기준으로 하고, 그 안에서 서버 간 호출의 타임아웃을 더 짧게 잡습니다.
• 재시도 횟수는 건당 상한을 둡니다. 상한을 넘으면 같은 방식으로 반복하지 않고 안내 화면이나 다른 경로로 넘깁니다.
• 재시도 간격은 점점 늘리고 무작위 편차를 더합니다. 여러 요청이 같은 순간에 다시 몰리는 것을 막는 방식입니다.
• 같은 건을 식별하는 요청 키를 둡니다. 재시도가 들어와도 이미 처리 중인 건은 새로 처리하지 않고 기존 결과를 돌려주도록 합니다.
• 연속 실패가 일정 수준을 넘으면 호출을 잠시 멈추는 차단 장치를 둡니다. 지연된 구간에 더 이상 부하를 보태지 않기 위해서입니다.

‍

구체적인 숫자는 서비스의 사용자 환경과 호출 패턴에 따라 달라지므로, 이 글에서 일률적인 값을 제시하지 않습니다. 운영 로그의 응답 시간 분포를 먼저 보고 정하시기를 권합니다.

결과 조회 방식과 수동심사 전환 기준 만들기

응답을 기다리는 동기 호출만 쓰면 지연이 곧바로 화면 멈춤으로 이어집니다. 호출이 몰리는 서비스라면 요청을 먼저 접수하고 결과는 별도로 받거나 조회하는 구조를 함께 고려할 만합니다. 이때 화면에는 진행 중 상태를 보여 주고, 결과가 도착하면 이어서 진행하도록 만듭니다.

‍

그래도 일정 횟수 이상 실패하거나 시간이 초과된 건은 가입을 끊지 않고 수동심사로 넘기는 경로가 필요합니다. 전환 기준은 재시도 상한 초과, 인식 결과의 신뢰도 부족, 일시 장애로 판정하지 못한 건처럼 사유별로 나눠 두면 좋습니다. 사유가 기록되어야 나중에 장애 때문에 쌓인 건과 실제 의심 건을 구분할 수 있습니다. 장애로 넘어온 건은 처리 순서와 재촬영 안내 문구를 따로 정해 두는 것을 권합니다.

‍

알체라 eKYC 연동 시 함께 점검하는 운영 설계

알체라는 신분증 OCR, 신분증 사본판별, 진위확인, 얼굴 인증을 한 흐름으로 연동할 수 있고, SaaS(코스콤 금융 클라우드)와 설치형을 모두 제공합니다. 알체라 신분증 OCR은 인식률 98.47%, 1초 이내 처리를 공개하고 있으며, 사본판별은 정확도 99%입니다. 호출량이 큰 환경에서는 이 수치와 별개로 위에서 정리한 타임아웃, 재시도, 조회 방식, 수동심사 전환 기준을 연동 단계에서 함께 맞춰 보는 것이 좋습니다.

‍

• 연동 전에 예상 호출 패턴과 피크 시간대를 공유하면 구간별 타임아웃과 재시도 기준을 같이 점검할 수 있습니다.
• 실패와 지연 건을 관리자 페이지의 수동심사 경로와 어떻게 연결할지 연동 단계에서 함께 정할 수 있습니다.
• 도입 기간은 SaaS 연동 30분, 개발을 포함한 전체 도입 평균 1~3개월입니다. 고객사 환경에 따라 빠르면 2일 내 연동한 경우도 있습니다.

‍

처리량 보장이나 서비스 수준 협약 같은 항목은 고객사 환경에 따라 달라질 수 있어, 이 글에서는 수치를 제시하지 않습니다. 필요한 기준은 도입 상담에서 확인하시기 바랍니다. 점검 항목 전반은 eKYC 도입 전 꼭 확인해야 할 5가지 체크리스트에서 함께 확인하실 수 있습니다.