SQL Server 기반 .NET 애플리케이션을 Aurora PostgreSQL로 전환한 스마일게이트 STOVE 스토어 사례
스마일게이트는 2002년 설립된 글로벌 게임 기업으로, ‘크로스파이어’, ‘로스트아크’, ‘에픽세븐’ 등을 전 세계에 서비스하고 있습니다.
<스마일게이트 소개 페이지>
STOVE 는 스마일게이트가 2015년 선보인 PC 게임 플랫폼으로, 게임 유통과 결제 및 상점 서비스, 인디게임 레이블 ‘스토브인디’를 운영하며 글로벌로 확장하고 있습니다. 이번 사례는 STOVE 스토어의 상점 데이터베이스를 SQL Server에서 Aurora PostgreSQL 로 전환 검증한 프로젝트입니다.
이 글은 AWS가 제공하는 경험기반 가속화 프로그램(Experience based Acceleration Program)을 통해 AWS와 스마일게이트 개발팀 및 데이터베이스 팀과 함께 스마일게이트 STOVE 스토어의 상점 API와 결제 API, 그리고 이들이 공유하는 MS SQL Server 데이터베이스를 Aurora PostgreSQL로 전환하면서 AWS Transform 서비스를 어떻게 활용했고, 해당 도구가 남긴 마지막 작업을 AI 코딩 에이전트인 Claude Code로 어떻게 마무리했는지를 정리한 것입니다.
1. 대상 시스템과 전환 로드맵
1.1 두 개의 API, 하나의 데이터베이스
STOVE 스토어는 두 개의 .NET API로 구성됩니다. 상점 API는 상품, 카테고리, 장바구니, 프로모션 등 상점 기능을 담당하고, 결제 API는 구매와 정산을 담당합니다. 두 API는 다른 .NET 프레임워크 버전 기반으로 작성되었지만 동일한 상점 데이터베이스를 사용하는 시스템입니다.
전체 애플리케이션 코드는 약 10만 라인 이상의 규모이며, 변환 대상 데이터베이스는 테이블 98개, 저장 프로시저 342개(T-SQL 약 5.8만 행), 사용자 정의 테이블 타입 37개, 함수 11개로 구성됩니다. 비즈니스 로직의 대부분이 저장 프로시저 안에 있고, 애플리케이션은 그 프로시저를 호출하는 구조입니다. 이 구조는 데이터베이스 엔진 전환 시 프로시저와 같은 프로그램 가능한 객체의 변환이 전체 변환의 성공을 좌우하는 관건이 되는 부분입니다.
1.2 두 단계 로드맵
상점 API가 .NET Framework 4.5였기 때문에 데이터베이스 전환에 앞서 프레임워크 업그레이드가 선행되어야 했습니다. AWS Transform for SQL Server의 코드 변환은 크로스플랫폼 .NET 6 이상을 전제로 하기 때문입니다. 로드맵은 자연스럽게 두 단계로 나뉘었습니다.
1단계 프레임워크 현대화: 상점 API를 결제 API와 같은 .NET 8로 업그레이드합니다. AWS Transform for .NET을 사용하며, 이 단계에서는 데이터베이스를 고정하였습니다.
2단계 데이터베이스 현대화: AWS Transform for SQL Server로 상점 데이터베이스 스키마를 Aurora PostgreSQL로 변환하고, 두 API의 데이터 접근 계층을 PostgreSQL에 맞게 변환합니다.
이 글은 두 번째 단계에 집중합니다. 단, 6장의 정량 성과는 상점 API의 1단계 공수를 포함한 이번 프로젝트 전체 수치를 다룹니다.
<그림 1. 아키텍처의 변환>
2. 데이터베이스 현대화의 진입 점 — AWS Transform for SQL Server
이기종 데이터베이스로의 이전은 스키마 변환과 데이터 이관만의 문제가 아닙니다. 데이터베이스는 애플리케이션을 통해 사용되므로, 데이터베이스에 종속된 애플리케이션들을 같은 관점에서 함께 변환해야 한다는 점이 현대화를 어렵게 합니다. 레거시 시스템을 현대화 한다는 것은 과거에 DBA팀과 개발팀이 합의했던 설계를 다시 되짚어 새로운 환경에 맞는 스키마와 코드로 하나씩 다시 만