카카오뱅크, 담보 심사 자동화로 '사람이 기다리지 않는' 시스템 구축
담보 심사 자동화를 위해 비동기(Asynchronous) 처리, 사전 검토 최소화, 모니터링 대시보드 구축
비동기 처리를 통해 담당자의 대기 시간 제거, 등기부등본 발급 등 외부 연동 작업 자동화
Deferred Batch를 활용한 컨베이어 벨트 모델링으로 작업 간 의존성 최소화 및 유연한 운영 가능
심사 지연 현상 격리, 심사 현황 신뢰도 향상, 지속적인 자동화 개선 가능한 구조 마련
자동화의 핵심은 사람의 개입을 최소화하는 것이 아닌, 핵심 판단에 집중하도록 돕는 것
비동기(Asynchronous) 처리 아키텍처
본문에서는 담당자의 대기 시간을 줄이기 위해 비동기 처리(Asynchronous Processing)를 적극 활용했다. 특히, 등기부등본 발급과 같은 외부 연동 작업을 시스템이 대신 수행하도록 설계하여, 담당자가 완료를 기다리는 비효율을 제거했다.
비동기 작업(Asynchronous Task)은 시스템 내부 상태 값으로 관리되며, 담당자는 다른 업무를 처리하다가 필요한 시점에 완료 상태를 확인
상태 관리(State Management)를 통해 작업의 성공/실패 여부를 추적하고, 문제 발생 시 재시도 또는 담당자 개입 유도
이러한 설계는 전체 심사 흐름의 연속성을 보장하고, 담당자의 업무 효율성을 극대화하는 데 기여한다.
사전 검토 최소화 및 프로세스 단순화
심사 과정 전후의 과도한 사전 검토 단계를 최소화하고, 표준화된 케이스의 처리 효율을 극대화하는 데 집중했다.
예외 처리(Exception Handling)는 자동화 로직에 점진적으로 반영하여 시스템 고도화
일관된 프로세스(Consistent Process)를 통해 심사 건별로 필요한 작업이 다르더라도, 전체 처리 흐름은 항상 동일한 구조를 유지
모니터링 대시보드(Monitoring Dashboard)를 통해 시스템 내부 상태를 직관적으로 파악하고, 문제 발생 시 신속하게 대응
이러한 설계는 자동화 시스템의 신뢰도를 높이고, 담당자가 핵심 업무에 집중할 수 있도록 돕는다.
Deferred Batch를 활용한 컨베이어 벨트 모델링
카카오뱅크는 기존 계정계 프레임워크 내에서 Deferred Batch 기능을 확장하여 담보 심사 자동화를 구현했다.
작업 내역 테이블(Task History Table)을 통해 작업의 상태, 스케줄, 재처리 관련 정보 관리
작업 오류 내역 테이블(Error History Table)을 통해 오류 발생 시 관련 이력 기록
느슨한 결합(Loose Coupling)된 워크플로우 구조를 설계하여 작업 간의 의존성을 최소화
이러한 설계를 통해 특정 단계에서 오류가 발생하더라도 전체 프로세스를 처음부터 재실행할 필요 없이, 유연하게 중지, 재시도, 재개할 수 있는 견고한 구조를 갖추게 되었다.
오류 처리 및 재시도 로직
안정적인 시스템 운영을 위해 REQUIRES_NEW 트랜잭션 전파 옵션(Transaction Propagation Option)을 활용하여 오류 상태, 이력, 재시도 스케줄을 별도의 트랜잭션에서 안전하게 기록했다.
REQUIRES_NEW는 기존 트랜잭션의 성공 여부와 관계없이, 항상 새로운 물리적 트랜잭션을 시작하여 커밋 또는 롤백을 독립적으로 관리
작업 체인(Task Chain) 구조를 통해 특정 심사 건에서 문제가 발생하더라도 전체 파이프라인 중단 방지
비동기 작업(Asynchronous Task)을 통해 담당자는 다른 심사 건을 효율적으로 처리
이러한 설계는 시스템의 안정성을 높이고, 장애 발생 시 영향 범위를 최소화한다.
담보 심사 자동화의 개선 효과
담보 심사 자동화 개선을 통해 담당자의 불필요한 대기 시간 감소, 심사 지연 현상 격리, 심사 현황 신뢰도 향상, 지속적인 자동화 개선 가능한 구조 마련 등 긍정적인 변화를 확인했다.
불필요한 대기 시간 감소(Reduced Waiting Time): 시스템이 후속 작업을 자동으로 처리
심사 지연 격리(Isolated Delay): 문제 발생 건만 해당 작업 단계에서 멈춤
신뢰도 향상(Increased Reliability): 대시보드를 통해 모든 작업의 상태를 실시간으로 확인
확장 가능한 구조(Extensible Architecture): 운영 중 발생하는 새로운 예외 케이스를 자동화 로직에 점진적으로 반영
결과적으로, 자동화는 사람을 시스템에서 완전히 배제하는 것이 아니라, 핵심 판단에 집중하도록 돕는 데 그 목적이 있다.
