본문으로 바로가기
Turning78 로고Turning78
메뉴

Case Study · 콘텐츠 · 전자도서관

진행 중

알라딘 전자도서관 플랫폼 전면 리뉴얼

오래되고 보안에 취약해진 전자도서관 플랫폼을 최신 Java·Kotlin과 비동기 기술 기반으로 전면 재구축하는 프로젝트입니다. 상세기획부터 아키텍처 설계, 서버 개발, 전환 전략까지 터닝78이 주도하고 있습니다.

고객
알라딘커뮤니케이션
기간
2025.06 – 2026.06
역할
상세기획 · 백엔드 아키텍처 설계 · 서버 개발 주도 · 전환(컷오버) 설계
01 · Context

맥락

  • 여러 서비스가 유기적으로 연결된 환경에서, 전자도서관 영역을 현대화하는 프로젝트입니다.
  • 단순 기능 개발이 아니라, 타 서비스에 영향을 주는 ‘기반 인프라’를 다시 설계·구축하는 성격이 강합니다.
02 · Challenges

문제

  • ASP/JSP 기반 레거시 시스템이 누적되며 로직 복잡도가 증가하고, 확장·유지보수의 한계가 발생
  • 파편화된 데이터 구조로 인해 도메인 분리와 조회·확장 전략의 재정의가 필요
  • 병행 운영 환경(전자도서관 교체, 타 서비스 유지)에서의 연계와 전환 리스크 관리
03 · Approach

접근

  • 최신 Java·Kotlin과 비동기 기술, MSA 구조를 기준으로 재구축하여 구조적 확장성과 변경 용이성을 확보
  • 서비스별 DB 분리를 원칙으로 하고, 경량 통합 조회는 중복 저장(denormalized read) 전략으로 대응
  • 대규모 조인·분석성 조회는 고객사 DataLake 인프라를 활용하는 데이터 전략을 수립
04 · Execution

실행

  • 전자도서관 영역은 일괄 교체(빅뱅) 방식으로 전환하고, 타 서비스는 기존 시스템과 병행 운영
  • Kubernetes 기반 운영을 전제로 배포·관측성 기준선을 수립
  • 기획·설계 산출물과 전환 계획을 문서로 남겨, 개발팀이 되묻지 않아도 되는 상태로 인계
05 · Outcome

결과

  • 서비스 경계와 책임을 명확히 하여 ‘변경 가능한 구조’를 확보
  • 데이터 조회·확장 원칙을 수립해 대규모 도메인 연계 환경에서의 일관성을 강화
  • 전환 설계와 운영 표준을 통해 이후 확장·개선 작업의 기반을 마련
06 · Diagrams

시각자료

식별 가능한 내부 정보는 제외하고, 구조와 원칙 중심으로 표현합니다.

Before / After
Before/After 아키텍처 개요레거시 모놀리식 구조에서 서비스 경계를 분리한 현대화 구조로 전환.Legacy MonolithBeforeModernizationAuth / MemberLibrary DomainPurchase / ContentAfter (Service Boundary)
Data Strategy
데이터 전략 개요서비스별 DB 분리, 경량 통합 조회는 중복 저장으로 대응, 분석성 조회는 DataLake 활용.Service A DBService B DBService C DBDenormalized Read StoreDataLakelightweight join / projectionanalytics / large join
Cutover Scope
컷오버 범위전자도서관은 빅뱅으로 전환하고, 타 서비스는 기존 시스템으로 병행 운영.전자도서관 (Big-bang Cutover)타 서비스 (Parallel Run)New PlatformExisting Systems
Tech

기술 스택

Java · KotlinSpring BootReactKubernetesAsync Architecture

Next

비슷한 과제를 검토하고 계신가요?

현재 구조·제약·목표를 알려 주시면, 접근 방식부터 제안드립니다.