플러스프로젝트 배경
1) 문제점 - 서비스를 0에서 시작해야 했고 참고할 기존 구조가 없었음 - 회원, 창작, 열람, 결제, 정산이 얽혀 있어 한 덩어리로 만들면 나중에 고칠 수 없음 - 조회수와 좋아요처럼 매초 바뀌는 값이 본문 테이블에 있으면 잠금이 발생 - 배포를 사람이 손으로 하면 반드시 사고가 남 2) 프로젝트 목표 - 오래 쓸 수 있는 데이터 구조 확보 : 바뀌는 속도가 다른 것을 영역별로 분리 - 기
프로젝트 성과
테이블 47개 이상 구조 설계
회원, 콘텐츠, 결제·피드백, 운영 네 영역으로 분리해 서로 다른 속도로 변경되는 데이터가 서로를 막지 않게 했습니다.
서비스 API 300여 개 개발·운영
회원부터 정산, 운영자 기능까지 직접 개발하고 문서를 자동 생성해 프런트 연동 문의를 줄였습니다.
배포 자동화로 무중단 전환
코드 반영에서 컨테이너 생성, 무중단 배포, 운영 감시까지 자동화해 수동 배포 사고를 차단했습니다.
등록 창작자 1,200명 규모 운영
2년간 플랫폼을 운영하며 장애 대응과 비용 관리를 직접 담당했습니다.
핵심 기능
도메인 분리형 데이터 구조
회원, 콘텐츠, 결제·피드백, 운영을 나눠 설계하고 통계성 값은 별도 테이블로 빼 읽기 부하를 격리했습니다.
진행 단계
데이터 구조 설계
2023.12.
도메인을 네 영역으로 나누고 테이블 관계와 이름 규칙, 파일 저장 경로를 확정했습니다.
프로젝트 상세
1) 포트폴리오 소개 창작자가 작품을 올리고 독자가 구매해 읽는 콘텐츠 플랫폼의 백엔드 전체입니다. 공동창업자 겸 기술 총괄로 2년간 0에서 설계하고 운영했습니다. 등록 창작자는 1,200명 규모입니다. 2) 작업 범위 데이터베이스 구조 설계, API 개발, 서버 구성, 배포 자동화, 장애 대응까지 직접 맡았습니다. 지원 환경은 클라우드 기반 웹 서비스입니다. 3) 주요 업무 · 데이터베이
