MSG CTF Renewal

담당 역할

Tech Stack

아키텍처 / ERD

핵심 제출 흐름은 User → Challenge → History/TeamHistory → Challenge Score → Team Score로 이어집니다. 정답 제출 시 개인/팀 중복 제출을 먼저 확인하고, Redisson Fair Lock으로 문제 단위 처리 순서를 보장했습니다. 락 획득 후에는 JPA 비관적 락으로 Challenge를 다시 조회해 solvers/points를 갱신하고, 커밋 이후 팀 점수 재계산과 퍼스트 블러드 알림 같은 후처리를 분리했습니다.

시스템 아키텍처

README에 정리했던 배포/운영 구조입니다. 포트폴리오에서는 CTF 플랫폼이 어떤 서버 구성으로 운영되는지 보여주는 보조 자료로 배치했습니다.

ERD

유저, 팀, 문제, 제출 기록, 점수 데이터의 관계를 보여줍니다. 동시 제출 정합성, 팀 삭제, 유저 삭제 설명을 뒷받침하는 구조 자료로 활용했습니다.

주요 기능

• ✓동시 플래그 제출 상황에서도 정답 기록, solvers, 동적 점수가 어긋나지 않도록 문제 단위 Redisson Fair Lock과 DB 비관적 락을 적용했습니다.
• ✓문제를 푼 팀에게 점수와 마일리지를 반영하고, 퍼스트 블러드 팀에는 보너스 마일리지를 지급하는 흐름을 구현했습니다.
• ✓관리자가 문제를 검수할 때는 정답/오답만 확인하고 히스토리와 랭킹에는 반영되지 않도록 제출 흐름을 분리했습니다.
• ✓팀 삭제 시 제출 기록, solvers, 다이나믹 스코어, 퍼스트 블러드, 팀원 소속, 결제 히스토리를 함께 정리하도록 운영 기능을 구현했습니다.
• ✓유저 삭제 시 토큰/리더보드/제출 데이터는 제거하고, 문제 해결 히스토리는 익명화해 대회 기록 통계를 보존하도록 처리했습니다.

트러블슈팅

• 동시 제출 시 Redisson 락 타임아웃 문제문제 상황50개의 플래그 제출 요청이 동시에 들어오면 Redisson 분산 락의 waitTime 10초 안에 모든 요청이 락을 획득하지 못했습니다.기존 제출 흐름은 락 내부에서 히스토리 저장, 퍼스트 블러드 판정, 팀 점수 계산, 다이나믹 스코어링, 전체 팀 재계산까지 순차 처리했습니다.요청당 약 320~370ms가 소요되면서 10초 안에 약 25개 요청만 정상 처리되고, 나머지는 Try again later 또는 504 timeout으로 실패할 수 있었습니다.해결 방안락 없이 가능한 검증과 오답 처리는 먼저 수행하고, 락 내부에서는 중복 재검증, History/TeamHistory 저장, DB 비관적 락 기반 Challenge 재조회, solvers/points 갱신만 처리하도록 범위를 줄였습니다.PR 동시성 테스트 기준 성공률을 50%(25/50)에서 100%(50/50)로 개선했고, 평균 응답 시간은 약 5초에서 약 52ms 수준으로 줄였습니다.
• 동적 점수 정합성 문제문제 상황동시에 여러 팀이 같은 문제를 풀면 solvers 증가 순서와 팀 점수 재계산 시점이 어긋나 팀마다 다른 점수가 반영될 수 있었습니다.비동기 처리만으로 후처리를 분리했을 때도 여러 스레드가 같은 Challenge를 읽고 수정하면서 Lost Update가 발생할 수 있었습니다.해결 방안락 획득 후 영속성 컨텍스트를 정리하고, Challenge를 비관적 락으로 다시 조회해 최신 solvers 기준으로 points를 계산했습니다.이후 영향받은 팀 점수를 재계산하도록 제출 흐름을 정리했습니다.
• 팀 삭제 후 대회 데이터 정합성 문제문제 상황팀을 삭제하면 해당 팀이 푼 문제의 solvers, 다이나믹 스코어, 퍼스트 블러드, 팀원 소속 정보가 함께 바뀌어야 했습니다.제출 기록만 삭제하면 랭킹, 문제 점수, 퍼스트 블러드가 실제 데이터와 어긋날 수 있었습니다.해결 방안팀 히스토리와 개인 히스토리를 정리하고, 영향받은 문제들의 점수와 퍼스트 블러드를 다시 계산했습니다.이후 전체 팀 점수를 재계산해 삭제 이후에도 대회 통계가 일관되도록 처리했습니다.
• 유저 삭제 트랜잭션 롤백 문제문제 상황유저 삭제 중 히스토리를 먼저 익명화한 뒤 loginId 기준으로 다시 삭제하려 하면서 삭제 대상 조회가 불가능해지고 트랜잭션이 롤백되는 문제가 있었습니다.모든 데이터를 단순 삭제하면 대회 문제 풀이 통계까지 함께 사라지는 문제도 있었습니다.해결 방안삭제 대상과 보존 대상의 의존성을 분리했습니다.토큰, 제출 기록, 리더보드처럼 유저에 강하게 묶인 데이터는 삭제하고, History는 삭제 대신 익명화하는 방식으로 대회 기록을 보존했습니다.

아쉬웠던 점