미리보기

• Java, Spring Boot 기반 공급망 금융 플랫폼 및 은행 전문 통신 서버 개발 및 운영

  • 금융사 약정 조건, 대출 한도, 이자, 금리, 연체 이자 등 복잡한 금융 정책 로직 설계 및 개발

  • RestClientTest 기반 외부 연동 테스트 수행: 테스트 커버리지 15% -> 60% 향상

• 매출채권, 송장, 대출 등의 상태 변경 시 발생하는 통계 데이터 동시성 처리 및 정합성 확보 (비관적 락 적용)

• 플랫폼 알림 및 이메일 시스템 리팩토링

  • OOP 원칙을 고려하여 구조적 리팩토링 수행 -> 개발 속도 50% 이상 향상

  • AWS SES -> SNS -> SQS 기반 메일 전송 결과 처리 및 API 재전송 구조 설계

• TestContainers PoC 를 통한 도입으로 테스트 환경 구축

• AWS AutoScaling 인프라 구성 및 Jenkins + CodeDeploy 를 사용한 배포 자동화 환경 구축

금융사(FI)와 대기업(Anchor) 간에 발생하는 대출 절차를 자동화하고 복잡한 금융 로직(약정, 금리, 이자, 담보 검증, 여러 대출 상태 전이, 통계 등)을 안전하게 처리하기 위한 통합 시스템으로, 복수 대출(여러 건을 한 번에 요청)과 개별 대출(승인 후 상태 변화)로 나누어 설계함으로써 대기업의 편의성과 금융사의 심사 효율성을 높일 수 있습니다.

주요 업무 내용

1. 대출 프로세스 전반 설계·개발

   • 복수 대출(일괄 신청) -> 승인 후 개별 대출 지급·상환·연체·만기 처리

   • 대기업 담보 그룹 조회, 금융사 승인·심사 로직 구현 및 동시성(통계) 문제 해결

   • 대기업 담보 그룹 조회 -> 복수 대출 신청 -> 이자·APR 확인 -> 신청 완료까지 단일 프로세스 간소화

2. 대기업 대출 약정 관리 프로세스

   • 약정(금리·담보·한도·기간 등) 등록·수정·승인·반려·취소 로직 개발

   • 동일 옵션 내 연체 발생 시 신규 옵션 생성 제한 등 리스크 통제

3. 담보(매출채권·송장) 그룹 조회 기능

   • 금융사·약정 상태, 블록 여부, LTV 검증 등 복잡한 조건을 통합 조회

   • 대출 가능한 담보만 필터링해 대기업에게 리스트 제공

4. 복합 금융 계산 로직

   • 기준 금리, 신용 스프레드, 기간 스프레드, 우대금리 등 합산 -> 최종 대출 금리 산출

   • 복수 대출 가중 평균 이자율(APR) 제공, 연체 시 회수 비용(Cost of Fund) 자동 가산

   • 금리·담보·연체·통계 로직을 중앙화·자동화하여 금융사와 대기업 모두 정확한 자금 운용

5. 통계 처리 및 동시성 제어

   • 비관적 락(Pessimistic Lock)으로 다중 대출 상태 변경 시 통계 충돌 방지

   • 무결성 있는 통계 데이터로 금융사 리스크 분석 및 재무 지표 관리 지원

   • 동시성 문제를 비관적 락으로 해결, 실시간 통계 데이터 처리

␣

기존에는 금융사에서만 메일 타입별로 발신 여부에 대한 설정만 가능하였습니다. 그러나 대기업이나 중소기업의 사용자도 어떠한 타입의 메일을 수신할 것인지에 대한 설정을 지원해달라는 요구사항이 생겨 관련 테이블과 API, 필터링 로직 설계

핵심 업무

• 대기업 또는 중소기업의 사용자의 메일 타입별 수신 설정 지원하기 위한 DB 테이블 설계 및 API 개발

• 다양한 기업 타입과 권한 조합을 고려하여 사용자 각각에 대해 어떤 메일 타입을 설정할 수 있는지 권한 검증 로직 반영

• 이메일 전송 시 금융사 설정과 사용자별 수신 설정을 조합하여 수신자 필터링 로직 추가

주요 업무 내용

1. 사용자의 메일 수신 설정 조회 및 설정 저장 API 제공

   • 사용자와 관련된 메일 타입에 대한 설정값만을 조회/생성/수정 가능

   • 새로운 메일 타입 추가 시 금융사의 설정 또는 기본 값을 고려하여 조회

2. 메일 발송 여부 우선순위 로직 정의

   • 1순위: 금융사의 발신 설정

     • 비활성화인 경우 모든 수신자에게 메일 미발송

   • 2순위: 사용자 수신 설정

     • 금융사 설정이 활성화된 경우에만, 개인 설정 확인

     • 개인 설정이 비활성화된 경우 해용 사용자에게 메일 미발송

     • 개인 설정이 존재하지 않은 경우 금융사의 발신 설정값을 기본값으로 적용

3. 메일 타입을 관리하는 AlertType 이라는 enum 클래스를 이용한 기업 및 권한 분기

   • 메일 타입을 나타내는 열거형에 기업 유형과 권한별 지원 여부를 함께 정의

   • 새로운 메일 타입 추가 시에도, 해당 열거형에 항목과 권한 설정만 확장하면 되므로 별도의 로직 수정없이 운영 가능

중소기업이 보유한 복수 매출채권(AR)을 기반으로 자금을 조기 회수할 수 있도록 지원하는 팩토링 서비스 개발 프로젝트입니다. 기존 단일 매출채권 기반 대출 서비스 대비, 약정 단위 매출채권 그룹 처리와 기업 간 약정 조건 검증, 채권 양도 통지 발송 프로세스, 관련 금액 산정, 한도 검증 등 높은 복잡도를 가지는 금융 비즈니스 로직을 설계하고 구현하였습니다.

주요 업무 내용

1. 팩토링 대상 매출채권 그룹 조회 및 검증 처리

   • 중소기업-금융사 간의 팩토링 가능한 약정 기반 매출채권 그룹과 해당 매출채권 목록을 조회하는 API 개발

   • 매출채권/약정 상태, 담보 가능 여부, 연체 여부, LTV 초과 여부 등 다양한 조건에 대해 QueryDSL 기반 검증 처리

2. 팩토링 신청 시 검증 및 금액 산정 로직 개발

   • 신청 시점에 약정/채권 상태 검증, 약정 한도 대비 신청액 검증, 개별 채권의 담보 잔액 검증 등 검증 로직 처리

   • 매출채권별 금액 또는 결제일 등이 상이하기 때문에 개별 산출 -> 집계 처리

     • AR별 신청 금액/남은 담보 금액, AR 수수료, 이자율(APR), 이자 금액, 실지급 금액 등

     • 수수료는 각 매출채권별 기준 수수료율에 따라 산정, 결제 예정일까지의 이자 및 수수료 누적 계산 로직 구현

     • 가중 평균 방식의 이자율 계산 로직, 팩토링 계약 문서에 반영될 수치 집계 처리

3. 채권 양도 통지서 생성 및 이메일 발송 처리 확인

   • Thymeleaf 기반 채권 양도 통지서 HTML Template 구성

   • AR 그룹 단위 수신자(대기업 사용자) 관리 및 AWS SES 를 통한 메일 발송 처리

   • 발송 결과값을 AWS SQS 에 저장 -> 큐를 수신하여 성공/실패 등 처리 결과 저장

   • 메일 발송 처리 실패 시 수신자별 재발송 API 제공 (최대 3회)

4. 전자서명 연계를 위한 문서 전달 API

   • 중소기업 및 금융사 사용자가 전자서명 진행 시 문서 내용을 확인할 수 있도록, 서버에서 저장된 PDF 문서를 Base64 문자열로 인코딩

   • 프론트엔드에 전달하여 화면에 즉시 렌더링, 보안성과 응답 속도 고려

해당 프로젝트는 정부 지원 사업의 일환으로 Auto Scaling 기반의 인프라 구성이 필수 요건이 되었고, 이에 따라 서비스 확장성과 가용성을 고려한 인프라 개편이 요구되었습니다. 또한, 추가적으로 이전의 수동 배포에서 벗어나 안정적인 운영을 위해 Jenkins + CodeDeploy 기반의 배포 자동화 파이프라인 구축을 추진하게 되었습니다.

주요 업무 내용

1. AutoScaling 기반 고가용성 인프라 설계 및 적용

   • AMI 생성 -> 시작 템플릿 구성 -> Auto Scaling 그룹 생성

   • ALB 기반 헬스체크 연동 및 상태 기반 인스턴스 교체 설정

   • 트래픽 기준 자동 확장 정책 설정(CloudWatch + Target Tracking Policy)

2. 배포 자동화 파이프라인 (Jenkins + CodeDeploy)

   • Jenkins Job 구성: 빌드 후 AWS S3 업로드 및 CodeDeploy 배포 트리거

   • 운영 중인 서버의 로깅 정보 보존과 자원 효율성을 고려하여 In-place 배포 방식을 선택하여 무중단 배포를 구현

   • AppSpec.yml Hook 기반 배포 단계 분리 (ApplicationStop, BeforeInstall, ApplicationStart, ValidateService)

3. 배포 상태 Slack 알림 구축 (SNS + Lambda + Slack)

   • 기존 Jenkins 에서 전송되는 배포 알림으로는 알 수 없는 실제 배포 상태에 대한 알림 제공

   • CodeDeploy 이벤트를 AWS SNS 로 전송, AWS Lambda 에서 Slack Webhook 호출

   • 배포 성공/실패/롤백 등의 상태를 상세 메세지로 Slack 채널에 자동 전송

한 은행이 구 플랫폼에서 신규 플랫폼으로 시스템을 전환하고자 하였으며, 이에 따라 금융기관과의 전문 연동을 담당하는 전문 통신 서버 또한 신규 플랫폼에 맞게 이관 및 재구축이 필요했습니다. 이 전문 통신 서버는 은행별 전문 송수신 정책, SSL/VPN 기반 보안 통신, JSON 및 XML 기반 프로토콜 처리 등을 담당하며, 복잡한 연동 구조에 대해서 추상화하고 안정적인 통신을 보장해야 하는 서버입니다.

주요 업무 내용

1. 통신 서버 구조 설계 및 아키텍처 구현

   • 은행 전문 연동을 공통 통신 흐름으로 추상화하고, 전략 + 프록시 패턴 기반 서비스 구현체 분기 구조를 설계하여 유지보수성과 확장성을 확보

   • 통신 요청 흐름은 정책 기반(Policy Interface)으로 분기되며, 은행/서비스 유형 및 전문 종류에 따라 관련 정책을 선택

   • 전문 요청 및 응답 객체는 DTO-VO 변환 어댑터 계층(Adapter Layer)을 통해 플랫폼 객체

     와 은행 전문 간의 구조적 차이 완충

2. 은행 정책 추상화 및 구조화

   • 각 은행의 전문 정책을 FinancierPolicy 인터페이스와 Enum 기반 구현체로 설계

   • 이자/한도 정책, 대출 조건, 금리, 상환 방식 등을 Enum + Interface 기반으로 구조화하여 확작성과 유지보수성 확보

   • 은행 코드와 리전 코드, 서비스 유형 등으로 조합에 따라 자동으로 정책 선택

3. 전문 통신 흐름 및 보안 설계

   • SSL 및 VPN 환경에 따라 통신이 가능하도록 보안 설정 적용

   • 환경별 프로파일에 따라 인증서 경로, VPN 터널 여부 등 통신 보안 설정을 분리하여 Spring Profile 기반 설정

   • RestTemplate 기반의 외부 전문 통신 호출을 HttpUtil 유틸리티 클래스로 공통화하고 예외 처리 및 로깅 체계 설계

4. JSON, XML 기반 직렬화/역직렬화 처리

   • JAXB 기반 OXM 유틸리티를 활용하여 XML 전문 생성 및 파싱 처리

   • Jackson 기반 ObjectMapper 설정을 통해 JSON 전문 직렬화/역직렬화 표준화

   • 전문 로그 출력 시, 민감 정보 마스킹 및 예외 상황에 대한 오류 응답 코드별 로깅 처리

5. 전문 테스트 커버리지 향상 및 Mock 테스트 설계

   • 전문 요청/응답 흐름을 MockRestServiceServer 기반으로 테스트하고, 다양한 예외 케이스 및 응답 코드별 분기 처리 검증

   • 외부 전문 테스트 커버리지를 기존 15%에서 60% 이상으로 향상

   • AOTP 인증, 약정 조회, 대출 승인/조회, 이체 요청/결과 확인 등 다양한 전문별 흐름에 대한 단위 테스트 케이스 설계

기존의 단순 알림 시스템(대시보드 테이블 기반)을 확장하여 플랫폼 내에서 발생하는 금융 이벤트에 따라 관련 사용자에게 맞춤형 플랫폼 알림을 전달할 수 있도록 설계 및 개발한 프로젝트입니다. 복잡한 금융 이벤트 구조를 관리하고, 사용자별 읽음 상태 및 신규 알림의 효율적 조회를 위한 구조를 설계 및 구현하였습니다.

주요 업무 내용

1. 플랫폼 알림 구조 설계

   • 기존 대시보드 테이블을 사용한 알림에서 금융 이벤트별(대출, 매출채권, 송장 등) 맞춤형 알림 구조로 확장

   • 전략 패턴과 퍼사드 패턴을 결합한 Converter 아키텍처 설계로 신규 알림 유형 추가 시 개발 생산성 및 유지보수성 확보

     • 전략 패턴(Strategy Pattern): 금융 도메인별로 동적이고 유연한 알림 생성 로직 구현

     • 퍼사드 패턴(Facade Pattern): 다양한 Converter 클래스를 일관성 있게 관리하여 코드 복잡도 감소

   • @Async 기반 비동기 처리로 알림 생성 로직을 분리하여 시스템 성능 및 알림 처리 속도 향상

   • 기존 대시보드 테이블의 알림 데이터를 신규 플랫폼 알림 테이블로 데이터 마이그레이션 수행

2. 사용자별 알림 읽음 처리 및 신규 알림 조회 기능 개발

   • 사용자별 읽음 상태 및 마지막 조회 시점 관리를 설계 및 구현하여 개인화된 알림 제공

   • Cursor 기반 페이징과 QueryDSL 기반의 쿼리 최적화로 알림 조회 성능 향상 및 DB 부하 최소화

3. 기업 및 사용자 권한 기반의 알림 타겟팅 구현

   • 알림 유형별 수신 기업 및 해당 기업의 권한을 복잡적으로 관리하는 알림 수신자 구조화 및 구현

     • 각 알림 유형별 기업과 권한 등을 구조적으로 정의하고 자동 타겟팅 로직 구현

     • 복합 권한 처리로 알림 수신 대상자를 명확히 관리하여 정확도 극대화

금융 이벤트(매출채권/송장 승인, 대출 실행, 결제일 알림 등)가 발생할 때마다 사용자에게 메일을 발송했으나, 기존 코드가 단일 클래스에 집중되어 있어 수정 시 영향 범위가 넓고, 중복 로직으로 인해 유지보수성과 확장성, 가독성이 매우 부족한 상태였습니다. 그래서 이를 OOP 원칙에 준수할 수 있도록 구조적으로 도메인별 템플릿 객체와 공통 메일 전송 클래스, 수신자 조회 클래스로 분리하였습니다.

문제 상황

1. 중복 로직과 복잡도 증가

   • 이벤트마다 거의 동일한 과정(수신자 조회, 메일 파라미터 구성, 발송 처리)이 중복

   • 작은 수정에도 여러 곳을 동시에 수정해야하며, 다른 로직에 영향이 없는지 확인 필요

2. 비대해진 단일 클래스로 인한 가독성 저하

   • 모든 메일 발송 비즈니스 로직이 집중되어 2000줄 이상의 코드를 가진 단일 클래스로 구성

   • 로직 파악이 매번 필요하며, 특정 로직을 수정하는 데 많은 시간이 소요되어 개발/운영 효율이 떨어짐

주요 리팩토링 내용

1. 역할별 구조 분리

   • '메일 수신 대상 조회', '메일 본문(템플릿) 구성', '공통 발송 처리'를 각각 모듈화

     • 구조 분리를 통해 장애 발생 원인 추적이 쉬워져 장애 대응 속도 향상

   • 특정 로직 수정에도 다른 로직에 영향이 최소화 및 가독성 향상될 수 있도록 구조 재설계

   • 기존 2,000줄 이상이던 클래스를 50% 이상 축소

2. 중복 제거

   • 메일 작성 및 전송 과정에서 반복되던 공통 로직을 별도 모듈로 분리하여 중복 최소화

   • 새 이벤트가 추가되더라도 필요한 템플릿 객체만 추가하면 되기 때문에 개발 기간 50% 이상 단축