로그인 시스템 Java/Spring 전환

재기동으로 끝내지 않았다

DB 연결을 맺는 단계에서 문제가 생겨 전체 로그인이 불가능한 장애가 있었습니다. 서버와 DB를 재기동해서 복구했지만, 재기동은 증상을 없앤 것이지 원인을 없앤 것은 아니었습니다.

살펴보니 당시 사내 보안 라이브러리 지원 문제로 기존 .NET 런타임 버전이 고정되어 있었고, 이 제약 때문에 Redis Cluster나 MongoDB 같은 연동 기술을 붙이기도 어려운 상태였습니다. 이 제약이 곧 장애의 직접 원인이라고 말할 수는 없지만, 같은 문제를 다시 마주했을 때 손쓸 수 있는 폭을 좁히고 있는 건 분명했습니다.

언어를 바꾼 게 아니라 제약을 푼 것

그래서 재발 방지 패치가 아니라 로그인 · 회원 기능을 Java/Spring으로 옮기는 방향으로 설계에 참여했습니다. .NET이 나빠서가 아니라, 조직이 지원할 수 있는 런타임과 라이브러리 조건에서 유지보수와 연동이 가능한 쪽으로 옮긴 것입니다.

전환 과정에서 팀은 자주 조회되는 회원정보에 Caffeine 로컬 캐시를 적용했습니다. 인스턴스별 캐시는 갱신이 늦을 수 있어서, 차단이나 탈퇴처럼 즉시 반영되어야 하는 상태는 캐시 대상과 만료 정책을 따로 봐야 합니다.

내 역할의 범위

팀이 복구와 전체 전환을 함께 진행했고, 저는 DB 연결 문제 분석과 전환 설계에 참여했습니다. 회원정보 Caffeine 캐시 적용도 팀 작업으로 진행했습니다.

구조와 구현

돌아보면

재기동에 의한 복구와 런타임 전환은 별도 과제로 다뤘습니다. 전환 설계에서는 언어 교체보다 보안 라이브러리 지원과 외부 연동 제약을 먼저 확인했습니다.