GCP 처음 시작하는 방법, 비용 걱정 줄이고 가볍게 써보려면 이렇게
얼마 전 지인이 작은 웹서비스를 만들어보고 싶다면서 “GCP가 좋다던데, 켜는 순간 돈이 많이 나가는 거 아니야?”라고 묻더라고요. 사실 클라우드는 처음 화면부터 낯섭니다. 프로젝트, 결제 계정, IAM, 리전, API 같은 말이 한꺼번에 나오니까 시작도 전에 피곤해지죠. 그런데 순서만 잡아두면 생각보다 단순합니다. GCP는 구글 클라우드 플랫폼을 줄여 부르는 말이고, 서버를 빌리거나 데이터를 저장하거나 AI, 분석, 배포 같은 일을 인터넷으로 처리하게 해주는 서비스라고 보면 됩니다.
처음에는 프로젝트 하나로 작게 시작하기
GCP에서 거의 모든 작업은 ‘프로젝트’ 단위로 움직입니다. 개인 연습용이면 프로젝트 이름을 너무 거창하게 만들 필요는 없습니다. 예를 들어 웹서비스 연습이면 web-practice, 데이터 분석이면 data-lab처럼 나중에 봐도 알아볼 수 있는 이름이 좋습니다.
중요한 건 프로젝트를 만들자마자 결제 계정과 예산 알림을 같이 확인하는 겁니다. Google Cloud 안내에 따르면 GCP 서비스를 쓰려면 무료 체험이나 무료 사용량 범위 안에 있더라도 Cloud Billing 계정 연결이 필요합니다. 여기서 많은 분들이 긴장하는데, 결제 계정이 있다는 말이 곧바로 큰 비용이 나온다는 뜻은 아닙니다. 다만 어떤 리소스를 켜두느냐에 따라 비용이 생길 수 있으니 예산 알림을 먼저 걸어두는 게 마음이 편합니다.
- 연습용 프로젝트는 1개부터 시작하기
- 프로젝트 이름은 용도별로 알아보기 쉽게 짓기
- 결제 계정 연결 뒤 바로 예산 알림 설정하기
- 사용하지 않는 API와 리소스는 꺼두기
서비스 선택은 목적별로 나누면 덜 헷갈립니다
GCP 메뉴를 보면 Compute Engine, Cloud Run, Cloud Storage, BigQuery, Cloud SQL 같은 이름이 줄줄이 나옵니다. 처음부터 다 외울 필요는 없습니다. 목적별로 딱 나눠서 보면 훨씬 쉽습니다.
웹사이트나 API를 배포할 때
간단한 웹앱이나 API를 올리고 싶다면 Cloud Run부터 보는 게 편합니다. 컨테이너 기반으로 배포하고, 요청이 없을 때는 자원을 덜 쓰는 방식이라 작은 프로젝트와 실험에 잘 맞습니다. Google Cloud의 Cloud Run 가격 안내에서도 사용한 리소스를 기준으로 과금되고, 요청 처리 시간은 100밀리초 단위로 계산된다고 설명합니다. 트래픽이 많지 않은 개인 프로젝트라면 서버를 계속 켜두는 방식보다 부담이 덜할 수 있습니다.
가상 서버가 필요할 때
리눅스 서버에 직접 접속해서 설정하고 싶다면 Compute Engine이 익숙합니다. AWS의 EC2 같은 개념이라고 생각하면 됩니다. 대신 VM은 켜져 있는 시간만큼 비용이 쌓일 수 있어서, 연습 후에는 중지 상태인지 꼭 확인하는 습관이 필요합니다. 특히 고사양 머신을 실수로 켜두면 예상보다 빨리 비용이 올라갈 수 있습니다.
데이터 분석을 할 때
로그나 CSV 데이터를 SQL로 분석하고 싶다면 BigQuery가 자주 쓰입니다. BigQuery는 서버를 직접 준비하지 않고 쿼리를 실행하는 분석 서비스입니다. Google Cloud 가격 안내 기준으로 온디맨드 쿼리는 월 1TiB까지 무료 구간이 제공됩니다. 물론 저장 용량, 스트리밍, 고급 기능은 별도로 비용이 생길 수 있으니 큰 데이터를 넣기 전에는 예상 사용량을 먼저 보는 편이 좋습니다.
비용 실수를 줄이는 설정 5가지
GCP 초보자가 제일 무서워하는 부분은 기능이 아니라 비용입니다. 솔직히 이 걱정은 꽤 현실적입니다. 클라우드는 편한 만큼 켜둔 자원이 자동으로 돈을 쓰기 때문입니다. 그래서 처음 세팅할 때 아래 5가지만 챙겨도 불안감이 많이 줄어듭니다.
- 예산 알림을 월 1만 원, 3만 원, 5만 원처럼 단계별로 설정하기
- 프로젝트별로 비용을 나눠 확인하기
- 테스트용 VM은 작업이 끝나면 중지하기
- 사용하지 않는 고정 IP, 디스크, 로드밸런서 확인하기
- IAM 권한은 필요한 사람에게 필요한 역할만 주기
여기서 의외로 많이 놓치는 게 디스크와 고정 IP입니다. VM을 지웠다고 생각했는데 디스크가 남아 있거나, 외부 고정 IP가 사용되지 않는 상태로 남아 있으면 비용이 붙을 수 있습니다. 콘솔에서 리소스 목록을 볼 때 ‘현재 실행 중인 서버’만 보지 말고 네트워크와 스토리지 쪽도 같이 확인하는 게 좋습니다.
권한 관리도 비용과 연결됩니다. IAM은 누가 어떤 리소스에 접근할 수 있는지 정하는 기능입니다. 혼자 쓰는 계정이면 단순하지만, 팀 프로젝트라면 모두에게 관리자 권한을 주는 방식은 피하는 게 좋습니다. 실수로 리소스를 만들거나 지울 수 있고, 나중에 책임 범위도 흐려집니다.
초보자에게 맞는 GCP 연습 순서
처음부터 Kubernetes나 복잡한 네트워크 구성을 잡으려고 하면 금방 지칩니다. 저는 GCP를 처음 만지는 사람에게 보통 이렇게 권합니다. 먼저 Cloud Storage에 파일을 올려보고, 그다음 Cloud Run으로 작은 웹앱을 배포하고, BigQuery에 샘플 데이터를 넣어 SQL을 실행해보는 흐름입니다.
이 순서가 좋은 이유는 손에 잡히는 결과가 빨리 나오기 때문입니다. 파일 업로드는 저장소 개념을 익히기 좋고, Cloud Run 배포는 실제 서비스 운영 감각을 줍니다. BigQuery는 클라우드 데이터 분석이 왜 편한지 바로 느끼게 해줍니다. 세 가지를 해보면 GCP의 기본 구조인 프로젝트, 결제, 권한, API 활성화, 리전 선택을 자연스럽게 반복하게 됩니다.
- 1단계: Cloud Storage 버킷 만들고 테스트 파일 올리기
- 2단계: Cloud Run에 간단한 웹앱 배포하기
- 3단계: BigQuery에서 공개 데이터나 작은 CSV 분석하기
- 4단계: 비용 보고서와 예산 알림 확인하기
GCP를 고를 때 생각해볼 점
GCP는 데이터 분석, 머신러닝, 컨테이너 기반 서비스에 강점이 있습니다. BigQuery는 SQL로 대용량 데이터를 다루기 좋고, Cloud Run은 작은 서비스 배포에 가볍게 접근하기 좋습니다. 반면 회사나 팀이 이미 다른 클라우드에 익숙하다면 GCP만 고집할 필요는 없습니다. 클라우드는 기능보다 운영 습관이 더 중요할 때가 많거든요.
개인 프로젝트라면 GCP는 충분히 매력적입니다. 무료 구간과 사용량 기반 과금 구조를 잘 활용하면 작게 시작하기 좋고, 나중에 서비스가 커졌을 때 선택지도 넓습니다. 다만 처음부터 “언젠가 엄청 커질 서비스”를 상상하며 복잡하게 설계하기보다는, 지금 필요한 기능 하나를 작게 올리고 비용 화면을 자주 보는 쪽이 훨씬 현실적입니다. 클라우드는 거창하게 시작하는 사람보다 꾸준히 확인하는 사람이 오래 편하게 씁니다.
