클라우드 처음 쓰는 사람이 비용 줄이며 시작하는 방법

처음 클라우드를 쓸 때 가장 많이 헷갈리는 부분

얼마 전 지인이 작은 쇼핑몰을 준비하면서 서버를 어디에 둬야 하냐고 물어봤습니다. 예전 같으면 호스팅 업체에서 월 몇 만 원짜리 상품을 고르면 됐는데, 요즘은 AWS, Azure, Google Cloud 같은 이름이 먼저 나오다 보니 시작 전부터 겁이 난다고 하더군요. 사실 클라우드는 거창한 기술이라기보다 필요한 만큼 컴퓨터 자원을 빌려 쓰는 방식에 가깝습니다.

예를 들어 집에 컴퓨터를 한 대 사서 24시간 켜두는 대신, 인터넷 어딘가에 있는 서버를 시간 단위로 빌려 쓰는 식입니다. 방문자가 적을 때는 작게 쓰고, 이벤트 때문에 사람이 몰릴 때는 잠시 크게 늘릴 수 있습니다. 이 유연함 때문에 개인 블로그, 스타트업 서비스, 대기업 시스템까지 클라우드를 많이 씁니다.

근데 처음부터 모든 기능을 다 이해하려고 하면 금방 지칩니다. 클라우드 서비스는 서버, 저장소, 데이터베이스, 네트워크, 보안, 로그, AI 기능까지 메뉴가 너무 많거든요. 처음에는 딱 세 가지만 잡으면 됩니다. 어디에 올릴지, 데이터를 어디에 저장할지, 비용이 어디서 나가는지입니다.

클라우드 서비스 고르는 방법

대표적인 선택지는 AWS, Microsoft Azure, Google Cloud입니다. 국내 서비스까지 보면 네이버 클라우드, 카카오클라우드, NHN Cloud도 있습니다. 각각 장단점이 있지만, 처음 쓰는 입장에서는 기능 차이보다 자료가 많은지, 내가 쓰는 도구와 잘 맞는지가 더 중요합니다.

• AWS: 자료와 사례가 많고 서비스 종류가 매우 넓습니다. 다만 메뉴가 많아 초반 진입 장벽이 있습니다.
• Azure: Microsoft 365, Windows Server, 기업용 환경과 잘 맞습니다. 회사 업무 시스템과 연결할 때 편한 경우가 많습니다.
• Google Cloud: 데이터 분석, 머신러닝, Kubernetes 쪽에서 강점이 있습니다. 인터페이스가 비교적 깔끔하다는 평가도 많습니다.
• 국내 클라우드: 한국어 지원, 국내 리전, 공공기관 요건, 고객 지원 측면에서 편할 수 있습니다.

개인 프로젝트나 작은 웹사이트라면 처음부터 복잡한 구조를 만들 필요는 없습니다. 정적 웹사이트라면 Cloudflare Pages, Vercel, Netlify 같은 서비스가 더 간단할 수도 있습니다. 서버 관리 없이 코드만 올리면 배포되는 방식이라 초보자가 체감하는 부담이 훨씬 작습니다.

반대로 로그인, 결제, 관리자 페이지, 데이터베이스가 들어가는 서비스라면 클라우드 서버나 관리형 데이터베이스를 함께 봐야 합니다. 이때는 무료 사용량이 있는지, 과금 알림을 설정할 수 있는지, 한국 리전이 있는지부터 확인하는 게 좋습니다.

비용 폭탄 피하려면 먼저 설정할 것

클라우드에서 가장 무서운 건 서버를 만드는 일이 아니라 만든 걸 잊어버리는 일입니다. 작은 서버 하나는 한 달에 몇 달러 수준일 수 있지만, 고성능 서버나 대용량 저장소, 외부로 나가는 트래픽이 쌓이면 금액이 빠르게 커집니다. 특히 테스트한다고 열어둔 데이터베이스나 GPU 인스턴스는 생각보다 비용이 큽니다.

처음 계정을 만들었다면 예산 알림부터 설정하는 게 좋습니다. 예를 들어 월 10달러, 30달러, 50달러처럼 구간을 나눠 이메일 알림을 받게 해두면 실수를 빨리 알아챌 수 있습니다. AWS의 Budgets, Google Cloud의 Budget alerts, Azure의 Cost Management 같은 기능이 여기에 해당합니다.

또 하나는 자동 종료 습관입니다. 공부용 서버라면 하루 종일 켜둘 이유가 없는 경우가 많습니다. 월 24시간만 쓰는 서버와 720시간 켜진 서버는 비용 차이가 당연히 큽니다. 단순 계산으로 시간당 0.02달러짜리 서버도 한 달 내내 켜두면 약 14.4달러가 됩니다. 여기에 저장소, 백업, 트래픽 비용이 더해질 수 있습니다.

• 예산 알림을 첫날 바로 설정합니다.
• 테스트 서버 이름에 날짜나 목적을 적어둡니다.
• 사용하지 않는 디스크, 스냅샷, 고정 IP를 주기적으로 확인합니다.
• 무료 체험 종료일을 캘린더에 적어둡니다.

초보자가 만들기 좋은 구성

가장 무난한 시작은 정적 사이트와 관리형 서비스를 조합하는 방식입니다. 예를 들어 블로그나 포트폴리오는 정적 배포 서비스에 올리고, 문의 폼이나 로그인 같은 기능은 별도 API나 백엔드 서비스로 붙이는 식입니다. 이렇게 하면 서버 운영 부담이 줄고, 트래픽이 조금 늘어도 비교적 안정적으로 버틸 수 있습니다.

작은 웹앱이라면 서버 1대, 데이터베이스 1개, 파일 저장소 1개 정도로 시작해도 충분합니다. 여기서 서버는 사용자의 요청을 처리하고, 데이터베이스는 회원 정보나 게시글을 저장하고, 파일 저장소는 이미지나 첨부파일을 보관합니다. 처음부터 마이크로서비스, 로드밸런서, 복잡한 캐시 구조를 넣으면 배우는 양은 늘지만 실제 이득은 적을 수 있습니다.

실제로 방문자가 하루 100명인 서비스와 하루 10만 명인 서비스는 필요한 구조가 다릅니다. 초반에는 안정적으로 배포하고 로그를 확인할 수 있는 정도면 충분합니다. 트래픽이 늘어난 뒤 병목이 보이면 그때 캐시, CDN, 오토스케일링을 붙여도 늦지 않습니다.

보안은 어렵게 말고 기본부터 챙기기

클라우드 보안이라고 하면 방화벽, IAM, 암호화 같은 단어가 한꺼번에 나와서 멀게 느껴집니다. 그런데 초보 단계에서 꼭 챙길 기본은 의외로 단순합니다. 루트 계정은 평소에 쓰지 않고, 관리자 계정에는 2단계 인증을 켜고, 외부에 열어야 하는 포트만 여는 것입니다.

예를 들어 웹사이트는 보통 80번과 443번 포트만 공개해도 됩니다. 데이터베이스 포트를 전 세계에 열어두는 건 위험합니다. 개발 중이라 잠깐 열었다면 작업 후 닫아야 합니다. 그리고 API 키나 비밀번호를 코드에 그대로 넣어 GitHub에 올리는 실수도 정말 흔합니다. 환경 변수나 비밀값 관리 기능을 쓰는 습관이 필요합니다.

• 관리자 계정에는 2단계 인증을 켭니다.
• 공개 저장소에 API 키를 올리지 않습니다.
• 데이터베이스는 외부 전체 공개를 피합니다.
• 백업은 자동으로 잡히는지 확인합니다.

클라우드는 처음엔 메뉴가 많아서 복잡해 보이지만, 작은 프로젝트 하나를 직접 올려보면 감이 빨리 옵니다. 비용 알림을 켜고, 작은 서버로 시작하고, 필요할 때만 기능을 늘리는 식이면 부담이 꽤 줄어듭니다. 개인적으로는 처음부터 완벽한 구조를 만들려고 하기보다, 지워도 되는 연습용 프로젝트를 하나 만들어보는 쪽이 훨씬 현실적인 출발이라고 생각합니다.