앱 출시하면 매달 나가는 서버 비용 구조

견적서에 찍힌 금액은 앱을 세상에 내놓기까지의 값입니다. 정작 출시 버튼을 누른 다음부터 매달 조용히 빠져나가는 돈이 따로 생기는데, 그 가운데 덩치가 가장 큰 것이 서버 비용입니다.

여기를 미리 계산해 두지 않으시면 출시 이듬달 청구서 앞에서 당황하시게 됩니다. 게다가 이 비용은 사용자가 늘수록 같이 오르는 구조라, 서비스가 잘될수록 나가는 돈도 커집니다.

먼저 답을 드리면, 서버 비용은 매달 같은 금액이 나가는 고정비가 아니라 쓴 만큼 따라 움직이는 변동비입니다. 아래에서 어떤 항목에 얼마가 붙는지, 규모가 커지면 어떻게 뛰는지, 그리고 어디를 손봐야 실제로 줄어드는지 짚어 드리겠습니다.

 

청구서는 이 여섯 줄로 나뉩니다

항목 구분을 알고 계시면 청구서가 그냥 숫자 덩어리로 안 보입니다.

서버(컴퓨팅) — 프로그램이 실제로 돌아가는 컴퓨터 값. 성능과 대수, 켜둔 시간에 따라 붙습니다

데이터베이스 — 자료를 넣고 꺼내는 값. 용량과 성능에 따라 올라갑니다

저장소 — 이미지와 파일을 보관하는 값. 쌓인 용량만큼 붙습니다

트래픽(전송량) — 데이터가 오간 양에 붙는 값. 사용자 수와 이미지 크기가 좌우합니다

백업 — 자료를 복제해 두는 값. 백업 주기와 보관 기간이 기준입니다

도메인·인증서 — 주소와 보안 연결에 드는 값. 대체로 연 단위로 갱신합니다

이 가운데 예상을 가장 크게 빗나가는 항목이 트래픽입니다. 사용자가 앱을 열 때마다 이미지가 오가는데, 그 양이 차곡차곡 쌓여 금액이 됩니다.

사진이 중심인 서비스라면 더욱 그렇습니다. 상품 사진을 원본 크기 그대로 내려보내는 순간 트래픽은 몇 배로 불어납니다.

 

사용자가 두 배가 돼도 비용은 두 배가 아닙니다

서버 비용을 예측하기 어려운 이유가 여기 있습니다. 사용자 수와 나란히 올라가지 않기 때문입니다.

초반에는 사용자가 갑절이 돼도 금액이 거의 그대로입니다. 서버 한 대에 아직 여유가 있어서입니다. 그러다 어느 선을 넘는 순간 서버를 늘려야 하고, 비용이 계단 하나를 성큼 올라섭니다.

그래서 감을 잡으실 때는 단계로 나눠 보시는 편이 낫습니다.

초기·테스트 단계 — 최소 사양으로 돌리면 금액이 크지 않습니다

정식 서비스 초반 — 사용자가 붙기 시작하면 안정성을 위해 사양을 한 단계 올립니다

성장기 — 트래픽과 데이터가 같이 불어나 항목 전반이 고르게 오릅니다

이벤트·홍보 시점 — 짧은 기간에 몰리면서 일시적으로 크게 튑니다

마지막 상황은 반드시 미리 대비해 두셔야 합니다. 방송을 타거나 광고를 크게 집행하면 하루 만에 평소 한 달치 트래픽이 나오기도 합니다. 서버가 못 버티면 사람이 가장 많이 몰린 그 순간에 앱이 안 열립니다.

 

장비를 사둘까요, 빌려 쓸까요

고르실 길은 크게 둘입니다.

클라우드는 필요한 만큼만 빌려 쓰고 쓴 만큼 내는 방식입니다. 처음에 목돈이 안 들고 사용자가 늘면 사양만 올리면 됩니다. 대신 매달 나가는 금액이 사용량을 따라 오르내립니다.

장비를 직접 구입해 두는 쪽은 초기 지출이 크지만 매달 나가는 돈이 일정합니다. 다만 장비 관리와 고장 대응은 물론 정전이나 회선 문제까지 직접 떠안으셔야 합니다.

요즘 앱 서비스는 대부분 클라우드를 씁니다. 사용자가 몇 명이 될지 모르는 상태에서 장비부터 사두는 것이 위험 부담이 크기 때문입니다.

다만 쓴 만큼 청구된다는 성질 때문에 관리가 따라붙습니다. 안 쓰는 자원을 켜둔 채 방치하면 그대로 돈이 나갑니다.

 

실제로 금액이 내려가는 여섯 가지

효과가 확인된 것들만 추려 드리겠습니다.

이미지를 줄여서 내보냅니다 — 화면에 필요한 크기로 변환해 전송하면 트래픽이 눈에 띄게 줄어듭니다

자주 쓰는 데이터를 캐시에 둡니다 — 같은 요청을 매번 처음부터 처리하지 않게 합니다

안 쓰는 자원을 걷어냅니다 — 테스트용으로 띄워두고 잊어버린 서버가 남아 있는 경우가 흔합니다

백업 보관 기간을 손봅니다 — 필요 이상으로 오래 쌓아두면 저장 비용이 계속 붙습니다

장기 약정 요금제를 살펴봅니다 — 사용량이 안정된 뒤라면 할인 폭이 큽니다

사용량 알림을 걸어둡니다 — 정해둔 선을 넘으면 바로 알려주도록 설정합니다

체감 효과가 가장 큰 것은 첫 번째입니다. 스마트폰 화면에 보이는 크기는 얼마 안 되는데 원본 사진을 통째로 보내면, 쓰이지도 않을 데이터가 매번 왕복하는 셈입니다.

마지막 항목도 꼭 걸어두시길 권합니다. 설정 실수나 예상 못 한 트래픽으로 금액이 튀는 일이 생기는데, 알림을 걸어두면 월말 청구서를 보고서야 알게 되는 상황을 면할 수 있습니다.

 

견적 받으실 때 이건 물어보세요

계약 전에 아래를 확인해 두시면 출시 후에 당황하실 일이 확연히 줄어듭니다.

예상 사용자 규모에서 월 서버 비용이 대략 얼마로 잡히는지

서버 계정을 누구 명의로 개설하는지

사용량이 늘었을 때 사양을 올리는 절차가 어떻게 되는지

백업은 어떤 주기로 돌고 얼마나 보관하는지

장애가 났을 때 누가 어떤 시간대에 대응하는지

두 번째가 특히 중요합니다. 서버와 도메인 계정이 개발사 명의로 잡혀 있으면 나중에 업체를 옮기실 때 발이 묶입니다. 처음부터 의뢰자 명의로 개설하거나, 개발이 끝나면 이전한다는 조항을 계약서에 넣어두시는 편이 안전합니다.

 

서버 말고도 매달 붙는 것들

운영비를 서버만 놓고 계산하시면 실제와 벌어집니다. 함께 빠져나가는 항목을 정리해 드리겠습니다.

애플 개발자 프로그램 — 연 단위. iOS 앱을 올리려면 필요합니다

구글 플레이 개발자 등록 — 최초 1회. 계정당 등록비가 붙습니다

도메인 — 연 단위. 자체 주소를 쓰신다면 해당됩니다

SSL 인증서 — 연 단위. 무료로 발급받는 방법도 있습니다

문자·알림톡 — 발송 건당. 인증이나 안내 메시지에 쓰입니다

지도·본인인증 등 외부 서비스 — 사용량 기준. 연동한 서비스마다 따로 붙습니다

유지보수 — 월 단위 또는 건별. 오류 대응과 기능 수정에 드는 값입니다

문자·알림톡 항목을 눈여겨보셔야 합니다. 회원가입에 휴대폰 인증을 넣으시면 가입자 수만큼 발송 비용이 나갑니다. 사용자가 늘면 정직하게 같이 늘어나는 항목입니다.

유지보수도 미리 말을 맞춰두시는 편이 좋습니다. 하자보수 기간이 끝난 뒤의 조건까지 계약 시점에 함께 정해두시면, 나중에 선택지가 좁아진 상태에서 협상하실 일이 없습니다.

 

다섯 가지 질문에 답해 보시면 규모가 잡힙니다

정확한 액수야 만들어 봐야 알지만, 대략의 규모는 지금도 가늠하실 수 있습니다. 아래에 답해 보시면 됩니다.

1년 뒤 사용자를 몇 명으로 보시는가 — 100명짜리와 1만명짜리는 구조 자체가 다릅니다

사용자가 하루에 앱을 몇 번 여는가 — 매일 붙잡는 앱인지 가끔 켜는 앱인지

이미지가 많은 서비스인가 — 사진 중심이면 트래픽과 저장 비용이 커집니다

영상이 들어가는가 — 영상은 이미지와 무게 자체가 다릅니다

실시간 기능이 있는가 — 채팅이나 실시간 알림은 서버 부담이 큽니다

이 다섯 줄을 정리해서 개발사에 넘기시면 구간별 예상 비용을 뽑아드릴 수 있습니다. 그냥 얼마 나오냐고 물으시면 답도 그만큼 두루뭉술해질 수밖에 없습니다.

그리고 출발은 최소 사양으로 하시길 권합니다. 사용자가 없는데 큰 사양을 잡아두면 그 차액이 매달 그대로 새어 나갑니다. 클라우드는 사양을 올리는 일이 번거롭지 않으니, 느는 것을 보면서 맞춰 가시면 됩니다.

한 가지 덧붙이자면, 서버 비용은 서비스를 어떻게 설계했느냐에 따라서도 갈립니다. 같은 기능이라도 주고받는 요청을 줄이도록 짜면 트래픽이 내려가고, 데이터를 효율적으로 담으면 데이터베이스 비용이 내려갑니다.

이건 개발 단계에서 정해지는 부분이라, 비용이 불어난 뒤에 손보려면 구조를 다시 건드려야 합니다. 견적 단계에서 예상 규모를 미리 공유해 주시면 처음부터 그에 맞춰 설계할 수 있습니다.

 

많이 받는 질문 다섯 가지

Q. 서버 비용은 결국 한 달에 얼마쯤인가요?

A. 사용자 수와 데이터 양, 이미지 사용량에 따라 편차가 커서 금액 하나로 잘라 말씀드리기 어렵습니다. 예상 사용자 규모와 서비스 성격을 주시면 구간을 나눠 계산해 드릴 수 있습니다.

Q. 사용자가 없으면 돈이 안 나가나요?

A. 서버를 켜두는 것만으로도 기본 비용이 붙습니다. 사용량에 따라 더 붙는 항목이 있을 뿐, 완전히 0원이 되지는 않습니다.

Q. 서버 계정은 누구 이름으로 만드는 게 맞나요?

A. 의뢰자 명의를 권해 드립니다. 개발사 명의로 잡혀 있으면 업체를 바꾸거나 직접 운영하실 때 이전 절차를 거쳐야 하고, 그 과정에서 서비스가 멈출 수 있습니다.

Q. 갑자기 사람이 몰리면 어떻게 되나요?

A. 서버 용량을 넘어서면 앱이 느려지거나 접속이 막힐 수 있습니다. 광고나 방송처럼 시점이 예상되는 경우에는 미리 사양을 올려두고, 지나고 나면 다시 낮추는 방식으로 대응합니다.

Q. 유지보수비와 서버비는 다른 항목인가요?

A. 다릅니다. 서버 비용은 인프라를 쓰는 값이고, 유지보수 비용은 오류를 잡고 기능을 고치는 인건비입니다. 둘을 나눠서 확인하셔야 전체 운영비가 제대로 보입니다.

 

마무리하며

짚은 것을 다시 모아 보겠습니다. 서버 비용은 서버와 데이터베이스, 저장소, 트래픽으로 갈리고 사용량을 따라 움직입니다. 그리고 사용자가 늘 때 매끄럽게가 아니라 계단식으로 뛰므로 구간을 나눠 예상해 두셔야 합니다.

줄이는 쪽에서는 이미지 크기 조정과 캐시, 방치된 자원 정리만으로도 상당 부분이 잡힙니다. 여기에 서버 계정을 의뢰자 명의로 두고 사용량 알림을 걸어두시면 마음이 훨씬 놓입니다.

토리토시스템은 20년 경력의 개발진이 재하청 없이 직접 개발합니다. 견적 단계에서 예상 사용자 규모에 따른 월 운영비까지 함께 정리해 드리기 때문에, 출시 후에 예상 못 한 비용을 마주하는 일이 적습니다. 준비 중이신 서비스의 규모를 알려주시면 구간별로 안내해 드리겠습니다.

토리토시스템 공식 홈페이지 바로가기