위기의 C사

배경

**업종:** 중견 쇼핑몰 (설립 8년차)
**규모:** 직원 80명, 연 매출 300억
**문제:** 2024년 들어 적자 전환

손실 원인

서버 비용 폭증

**AWS 비용:**
- 2023년: 월 5,000만원
- 2024년: 월 **2억원** (4배 증가!)

**이유:**
- DB 인스턴스 계속 업그레이드
- 읽기 복제본 10대
- 캐시 서버 증설

**근본 원인:**
느린 쿼리 → 서버로 해결 시도

장애로 인한 매출 손실

**월평균:**
- 장애 발생: 5회
- 장애 시간: 각 2시간
- 시간당 매출: 약 1,000만원

**손실:**
월 1억원

고객 이탈

**통계:**
- 페이지 로딩 5초+
- 장바구니 이탈률: 70%
- 월 신규 고객: -30%

**기회 비용:**
측정 불가

**총 손실:** 월 약 3억원

임원진 회의

**CFO:**
"이대로면 6개월 내 파산입니다"

**CEO:**
"서버 비용을 줄여야 합니다"

**CTO:**
"문제는 서버가 아니라 DB입니다"

DB 진단

**외부 컨설턴트 초빙:**

**발견한 문제:**
1. **정규화 안 됨:** 데이터 중복 심각
2. **인덱스 엉망:** 불필요한 인덱스 200개, 필요한 인덱스 없음
3. **파티셔닝 없음:** 주문 테이블 5,000만 건
4. **쿼리 비효율:** N+1 문제, 불필요한 JOIN

**진단:**
"DB 설계가 2015년 수준입니다. 전면 리팩토링 필요합니다"

리팩토링 결정

**CEO:**
"리팩토링 비용은?"

**컨설턴트:**
"3개월, 약 1억원"

**CEO:**
"리팩토링 안 하면?"

**컨설턴트:**
"6개월 내 파산 가능성 높습니다"

**결정:**
리팩토링 진행

리팩토링 전략

교육 (1주)

**팀 전체:**
김영한의 실전 데이터베이스 수강

**목적:**
- 올바른 DB 설계 이해
- 공통 언어 확보
- 리팩토링 방향 설정

분석 (1주)

**현재 DB 구조 분석:**
- ERD 역공학
- 쿼리 패턴 분석
- 병목 지점 파악

설계 (2주)

**신규 DB 설계:**
- 3단계 설계 프로세스 적용
- 정규화 (3NF)
- 인덱스 전략 수립
- 파티셔닝 계획

구현 (6주)

**단계별 마이그레이션:**
- 테이블별 점진적 전환
- 무중단 배포
- 데이터 검증

최적화 (2주)

**성능 튜닝:**
- 쿼리 최적화
- 인덱스 조정
- 모니터링 구축

**총 기간:** 3개월

리팩토링 결과

1. 서버 비용 절감

**DB 인스턴스:**
- Before: r6g.8xlarge × 1 (월 4,000만원)
- After: r6g.2xlarge × 1 (월 1,000만원)

**읽기 복제본:**
- Before: 10대 (월 1억원)
- After: 2대 (월 2,000만원)

**캐시 서버:**
- Before: 월 3,000만원
- After: 월 500만원 (DB 빨라져서 캐시 덜 필요)

**AWS 비용 절감:**
월 2억 → 월 **3,500만원** (83% 절감!)

2. 성능 개선

**페이지 로딩:**
- Before: 5초
- After: 0.8초 (6배 향상)

**주문 처리:**
- Before: 3초
- After: 0.3초 (10배 향상)

**대시보드:**
- Before: 10초
- After: 1초 (10배 향상)

3. 장애 감소

**월 장애:**
- Before: 5회
- After: 0회 (3개월간 무장애!)

**매출 손실:**
월 1억 → **0원**

4. 고객 경험 개선

**장바구니 이탈률:**
- Before: 70%
- After: 30% (40% 개선)

**신규 고객:**
- Before: -30% (감소)
- After: +50% (증가)

**매출:**
월 +20% 증가

재무 효과

**비용 절감:**
- AWS 비용: 월 1.65억 절감
- 장애 손실: 월 1억 절감

**매출 증가:**
- 고객 경험 개선: 월 +20% (약 6억)

**월 순이익:**
- Before: -3억 (적자)
- After: +4억 (흑자)

**투자 회수:**
1개월 만에 회수 (1억 투자 → 월 7억 개선)

CEO 인터뷰

**Q: 위기를 느낀 순간은?**

CFO가 "6개월 내 파산 가능"이라고 했을 때입니다. 그때 깨달았죠, 서버만 늘린다고 해결 안 된다는 걸.

**Q: 리팩토링 결정이 쉬웠나요?**

아니요, 3개월 동안 신규 기능 개발을 못 하는 리스크가 있었어요. 하지만 안 하면 파산이니...

**Q: 성공 요인은?**

팀 전체가 김영한 강의를 듣고 "올바른 DB 설계"에 대한 공통 이해를 가진 게 컸어요.

**Q: 다른 기업에 조언한다면?**

DB 문제를 서버로 해결하려 하지 마세요. 근본 원인을 고쳐야 합니다.

CTO 인터뷰

**Q: 가장 큰 문제는?**

정규화가 안 돼서 데이터 중복이 심각했어요. UPDATE 한 번에 10개 테이블을 수정해야 했죠.

**Q: 리팩토링 중 어려운 점은?**

무중단 마이그레이션이 까다로웠어요. 하지만 강의에서 배운 3단계 설계 프로세스 덕분에 체계적으로 진행할 수 있었습니다.

**Q: 리팩토링 후 변화는?**

개발 속도가 2배 빨라졌어요. DB 구조가 명확하니 기능 추가가 쉬워졌죠.

1년 후

**매출:**
연 300억 → 연 **500억** (67% 증가)

**순이익:**
적자 → 연 50억 흑자

**직원:**
80명 → 120명 (40명 채용)

**투자 유치:**
시리즈 B 100억 유치 성공

**평가:**
"기술 부채를 해결한 점이 높이 평가됩니다"

교훈

1. 문제의 근본 원인

**서버 증설 ≠ 해결책**

**DB 설계 개선 = 근본 해결**

2. 투자 대비 효과

**1억 투자:**
월 7억 개선

**ROI:**
700%/월

3. 빠를수록 좋다

**더 기다렸다면:**
파산 가능성

**빠른 결정:**
회사 생존

결론

**DB 문제:**
회사 생존을 위협

**해결:**
체계적 리팩토링

**핵심 학습:**
김영한의 실전 데이터베이스

**결과:**
적자 → 흑자, 회사 생존

---

**태그**: #DB리팩토링 #비용절감 #회사생존 #성능개선 #비즈니스케이스