무조건적인 클라우드 도입이 정답이었던 시대는 이제 저물어가고 있는 것 같습니다. 불과 몇 년 전까지만 해도 '클라우드 퍼스트'는 모든 스타트업과 기업들의 철칙과도 같았죠. 하지만 서비스 규모가 커지고 데이터 전송량이 늘어나면서 매달 날아오는 청구서의 숫자는 더 이상 간과할 수 없는 수준에 이르렀습니다. 저희 팀 역시 비슷한 고민에 빠졌고, 치열한 논의 끝에 인프라의 일부를 다시 로컬, 즉 온프레미스 환경으로 되돌리는 '리패트리에이션(Repatriation)'을 결정하게 되었습니다.
1. 화려한 클라우드 생활의 이면, '비용 폭탄'의 서막
처음 AWS를 도입했을 때는 정말 꿈만 같았습니다. 클릭 몇 번으로 인스턴스를 생성하고, 오토 스케일링을 통해 갑작스러운 트래픽 증가에도 유연하게 대처할 수 있었으니까요. 하지만 서비스가 성장 궤도에 오르자 상황이 급변했습니다. 특히 데이터 전송 비용(Egress Fee)과 관리형 데이터베이스 서비스(RDS)의 비용 상승폭이 무시무시했습니다. 매달 결제되는 금액을 보며 "과연 이 편리함이 이 정도 가치를 하는가?"라는 근본적인 의구심이 들기 시작했죠.
솔직히 말씀드리면, 인프라 관리를 위한 인건비를 아끼기 위해 클라우드를 썼는데, 이제는 클라우드 비용을 내기 위해 수익의 상당 부분을 할애해야 하는 아이러니한 상황에 처하게 된 것입니다. 음... 정말이지 잠이 오지 않는 밤들이 계속되었어요. 여기서 재미있는 점은 많은 기업들이 비슷한 고민을 하고 있음에도 불구하고, '기술적 퇴보'처럼 보일까 봐 선뜻 로컬 회귀를 말하지 못한다는 사실이었습니다.
데이터 전송 비용의 압박
저희 서비스는 대용량 이미지와 영상 데이터를 자주 처리하는 특성을 가지고 있습니다. AWS 내부에서 데이터가 움직일 때는 괜찮지만, 외부로 나가는 데이터에 붙는 요금은 그야말로 '가랑비에 옷 젖는 줄 모르는' 수준을 넘어 폭풍우처럼 몰아쳤습니다. 데이터 아웃바운드 비용만 하더라도 전체 인프라 비용의 25%를 차지하고 있었으니까요.
2. 로컬 서버 도입과 비용 구조의 변화
저희는 모든 것을 옮기기로 한 것은 아닙니다. 하이브리드 전략을 택했죠. 유연성이 필요한 웹 서버와 글로벌 서비스가 중요한 프런트엔드는 AWS에 남겨두고, 막대한 연산과 대역폭이 필요한 백엔드 처리 엔진과 메인 데이터베이스를 로컬 서버로 이전하기로 했습니다. 아래 표는 전환 전후의 대략적인 월간 비용 비교입니다.
| 항목 | 전환 전 (100% AWS) | 전환 후 (하이브리드) |
|---|---|---|
| 컴퓨팅 인스턴스 | $5,000 | $1,500 (클라우드 잔류분) |
| 데이터베이스 | $3,000 | $400 (관리비/전기세 추산) |
| 네트워크(Egress) | $2,500 | $500 |
| 합계 | $10,500 | $7,200 (약 31.4% 절감) |
초기 로컬 서버 구매 비용(CAPEX)이 발생했지만, 이를 3년 감가상각으로 계산하더라도 월별 운영비용은 압도적으로 줄어들었습니다. 아, 물론 여기에는 저희 팀의 눈물겨운 삽질도 포함되어 있습니다. 서버 랙을 조립하고, OS를 설치하며, 네트워크 스위치를 설정하는 과정은 정말이지 오랜만에 느껴보는 '하드웨어의 향기'였죠. 생각해보니 예전에는 이런 일이 일상이었는데, 클라우드에 너무 길들여졌던 것 같기도 합니다.
3. 어떤 데이터를 로컬로 가져왔는가?
모든 것을 로컬로 가져오는 것은 어리석은 짓입니다. 저희는 철저하게 비용 대비 효율성을 기준으로 분류했습니다. 우선 순위는 다음과 같았습니다. 첫 번째는 24시간 내내 높은 CPU 점유율을 유지하는 워커 노드들이었습니다. 클라우드에서는 사용한 만큼 내기 때문에, 24시간 풀가동되는 서버는 로컬 서버가 훨씬 저렴합니다.
두 번째는 내부 분석용 데이터베이스였습니다. 외부 노출이 적고 보안이 강조되어야 하며, 무엇보다 용량이 방대해 스토리지 비용이 많이 나가는 녀석들이었죠. 로컬에서는 테라바이트급 SSD를 추가하는 비용이 클라우드의 EBS 볼륨을 유지하는 비용보다 훨씬 저렴하니까요. 제 개인적인 생각으로는, 정적인 데이터가 많을수록 로컬 인프라의 매력은 배가되는 것 같습니다.
4. 그럼에도 불구하고 클라우드를 포기할 수 없는 이유
그렇다고 해서 AWS를 완전히 끊는 것은 불가능에 가깝습니다. 아니, 권장하지도 않습니다. S3(스토리지)의 엄청난 내구성과 Lambda(서버리스)의 순간적인 확장성, 그리고 전 세계 어디서든 빠른 응답 속도를 보장하는 CloudFront(CDN)는 로컬에서 구현하기엔 너무나 비용과 노력이 많이 듭니다.
결국 핵심은 멀티 클라우드와 하이브리드의 적절한 조화입니다. 각자의 인프라가 가진 장점만을 취하는 '체리 피킹' 전략이 필요한 시점인 것이죠. 저희도 처음에는 과연 잘될까 걱정했지만, 실제로 구성하고 보니 관리 포인트가 늘어난 것에 비해 얻는 경제적 이득이 훨씬 컸습니다. 여러분의 서비스도 혹시 클라우드 비용 때문에 성장이 저해되고 있지는 않은가요? 그렇다면 한 번쯤은 과감하게 시선을 돌려보실 때입니다.
- ✅ 전체 인프라 비용의 30%를 절감했습니다. (주로 DB와 전송 비용)
- ✅ 하이브리드 전략을 통해 클라우드의 유연성과 로컬의 경제성을 모두 잡았습니다.
- ✅ 데이터 전송 비용(Egress Fee)이 높은 업무를 우선적으로 로컬로 이전했습니다.
- ✅ 코로케이션 서비스를 활용하여 하드웨어 관리 부담을 최소화했습니다.
❓ 자주 묻는 질문 (FAQ)
Q1. 로컬 서버로 옮기면 인건비가 더 들지 않나요?
A1. 초기 설정 시에는 리소스가 들지만, 안정화된 이후에는 클라우드 관리와 큰 차이가 없습니다. 오히려 예측 불가능한 비용 발생을 막는 모니터링 공수가 줄어드는 측면도 있습니다.
Q2. 보안 문제는 어떻게 해결하셨나요?
A2. 코로케이션 업체의 물리적 보안을 활용하고, 소프트웨어적으로는 AWS VPC와 로컬 서버를 VPN으로 연결하여 하나의 폐쇄된 네트워크망(Private Network)처럼 구성했습니다.
Q3. 어떤 규모의 회사에 추천하시나요?
A3. 월 클라우드 비용이 수백만 원을 넘어서고, 인프라 부하가 일정한 패턴을 보이기 시작한 중소규모 이상의 팀이라면 로컬 회귀를 검토해볼 가치가 충분합니다.
인프라의 정답은 '최신 기술'이 아니라 '우리 상황에 맞는 최적의 비용'에 있다는 점을 다시 한번 깨달았습니다. 여러분의 고민도 이 글을 통해 조금이나마 해결되었길 바랍니다.
