GCP 처음 시작하는 방법, 계정 만들기부터 비용 관리까지 이렇게 잡으면 편합니다

얼마 전 지인이 작은 웹서비스를 만들면서 “서버는 어디에 올리는 게 좋을까?”라고 묻더라고요. 예전에는 서버 한 대를 빌리는 느낌으로 생각했다면, 요즘은 필요한 만큼만 골라 쓰는 클라우드가 훨씬 익숙해졌습니다. 그중 GCP는 구글이 운영하는 클라우드 서비스라서 데이터 분석, 인공지능, 웹서비스 운영 쪽에서 특히 자주 언급됩니다.

처음 보면 Compute Engine, Cloud Run, BigQuery, IAM 같은 이름이 한꺼번에 튀어나와 조금 정신없습니다. 그런데 실제로 시작할 때는 전부 알 필요가 없습니다. 프로젝트를 만들고, 권한을 나누고, 비용 알림을 걸고, 작은 서비스 하나를 올려보는 순서만 잡아도 훨씬 편해집니다.

GCP를 처음 쓰기 전에 잡아야 할 큰 그림

GCP는 Google Cloud Platform의 줄임말로, 서버, 데이터베이스, 저장공간, 네트워크, 머신러닝 도구 등을 빌려 쓰는 서비스입니다. 개인이 작은 블로그 백엔드를 돌릴 수도 있고, 회사가 대규모 데이터 분석 시스템을 운영할 수도 있습니다.

초보자라면 먼저 세 가지 개념만 알아두면 됩니다. 첫째는 프로젝트입니다. GCP 안에서 일을 나누는 기본 단위라고 보면 됩니다. 둘째는 결제 계정입니다. 어떤 프로젝트에서 비용이 발생하면 어느 결제 수단으로 청구할지 연결하는 역할을 합니다. 셋째는 IAM입니다. 누가 어떤 권한으로 접근할 수 있는지 정하는 기능입니다.

• 프로젝트: 서비스와 리소스를 담는 작업 공간
• 결제 계정: 사용 요금이 연결되는 기준
• IAM: 사용자와 권한을 관리하는 기능
• 리전과 영역: 서버가 실제로 위치할 지역 단위

사실 이 네 가지만 알아도 처음 화면에서 덜 헤맵니다. 특히 리전은 중요합니다. 한국 사용자를 대상으로 한다면 아시아권 리전을 고려하는 식으로 접근하면 됩니다. 위치가 가까울수록 응답 속도에 유리한 경우가 많습니다.

처음 프로젝트를 만들 때 비용부터 막아두기

GCP는 사용한 만큼 비용이 붙는 구조입니다. 이 방식은 장점도 큽니다. 작은 테스트는 저렴하게 시작할 수 있고, 사용량이 늘면 자연스럽게 확장할 수 있습니다. 그런데 반대로 말하면 켜둔 리소스를 잊어버리면 예상보다 비용이 나올 수도 있습니다.

그래서 첫 프로젝트를 만들었다면 서비스 배포보다 먼저 예산과 알림을 설정하는 편이 좋습니다. 예를 들어 월 10달러, 30달러, 50달러처럼 본인이 감당 가능한 기준을 정하고, 일정 비율에 도달했을 때 알림을 받도록 설정합니다. 실제 회사에서도 클라우드 비용 관리는 기술 문제이면서 동시에 운영 습관에 가깝습니다.

초보자가 자주 놓치는 비용 포인트

• 테스트용 가상머신을 켜둔 채 잊는 경우
• 사용하지 않는 고정 IP가 남아 있는 경우
• 스토리지에 백업 파일을 계속 쌓아두는 경우
• 로그가 과하게 저장되어 비용이 늘어나는 경우
• 데이터 전송량이 예상보다 커지는 경우

근데 너무 겁먹을 필요는 없습니다. 처음부터 예산 알림을 켜고, 테스트 후 리소스를 지우는 습관만 들여도 큰 실수는 많이 줄어듭니다. 클라우드는 어렵다기보다 “켜고 끄는 것까지 내가 관리해야 하는 도구”에 가깝습니다.

입문자는 어떤 서비스부터 써보면 좋을까

GCP에는 서비스가 정말 많습니다. 처음부터 전부 비교하려고 하면 시작이 늦어집니다. 작은 웹앱이나 API를 올리고 싶다면 Cloud Run을 먼저 보는 경우가 많습니다. 컨테이너 기반으로 서비스를 실행하고, 요청이 적을 때는 운영 부담을 줄일 수 있어 입문자에게도 접근성이 괜찮습니다.

조금 더 서버를 직접 만지고 싶다면 Compute Engine이 익숙할 수 있습니다. 리눅스 서버 한 대를 빌려서 직접 설정하는 방식이라 자유도가 높습니다. 대신 업데이트, 보안 설정, 용량 관리 같은 일을 직접 챙겨야 합니다. 데이터 분석이 목적이라면 BigQuery가 자주 등장합니다. 대량 데이터를 SQL로 분석할 수 있어서 마케팅 데이터나 로그 분석에 많이 쓰입니다.

• Cloud Run: 작은 웹서비스나 API 배포에 적합
• Compute Engine: 가상 서버를 직접 운영하고 싶을 때 적합
• Cloud Storage: 이미지, 백업 파일, 정적 파일 보관에 적합
• Cloud SQL: 관리형 관계형 데이터베이스가 필요할 때 적합
• BigQuery: 많은 데이터를 빠르게 분석할 때 적합

개인 프로젝트라면 Cloud Run과 Cloud Storage 조합만으로도 꽤 많은 것을 만들 수 있습니다. 예를 들어 간단한 이미지 업로드 서비스, 예약 신청 페이지, 내부 관리자 도구 같은 것들은 복잡한 서버 구성 없이 시작할 수 있습니다.

권한 설정은 처음부터 작게 주는 게 편하다

GCP를 쓰다 보면 IAM에서 역할을 부여하게 됩니다. 여기서 초보자가 흔히 하는 실수가 모든 사람에게 강한 권한을 주는 것입니다. 당장은 편하지만, 나중에 누가 무엇을 바꿨는지 추적하기 어려워지고 실수의 범위도 커집니다.

가장 좋은 방식은 필요한 사람에게 필요한 권한만 주는 것입니다. 개발자는 배포 권한, 운영 담당자는 로그 확인 권한, 비용 담당자는 결제 확인 권한처럼 나눌 수 있습니다. 혼자 쓰는 개인 계정이라도 서비스 계정을 따로 만들어두면 나중에 자동 배포나 외부 연동을 할 때 관리가 훨씬 깔끔해집니다.

처음부터 해두면 좋은 기본 습관

• 개인 계정과 서비스 계정을 구분하기
• 관리자 권한은 꼭 필요한 경우에만 주기
• 사용하지 않는 키와 계정은 삭제하기
• 중요한 프로젝트에는 2단계 인증 사용하기
• 권한 변경 기록을 가끔 확인하기

솔직히 권한 관리는 재미있는 작업은 아닙니다. 하지만 사고가 났을 때 가장 크게 차이가 나는 부분이기도 합니다. 작은 프로젝트일수록 대충 넘어가기 쉬운데, 처음에 기준을 만들어두면 규모가 커져도 덜 흔들립니다.

GCP를 부담 없이 익히는 순서

처음 배우는 순서는 거창하지 않아도 됩니다. 먼저 프로젝트 하나를 만들고, 예산 알림을 설정합니다. 그다음 Cloud Storage에 파일을 올려보고, Cloud Run으로 작은 웹페이지나 API를 배포해보면 됩니다. 여기까지 해보면 GCP가 어떤 식으로 움직이는지 감이 잡힙니다.

그다음 단계에서 데이터베이스가 필요하면 Cloud SQL을 붙이고, 로그를 보고 싶으면 Cloud Logging을 확인하면 됩니다. 데이터가 많아지면 BigQuery를 검토할 수 있고, 자동 배포가 필요하면 Cloud Build 같은 도구를 이어서 배울 수 있습니다. 처음부터 완벽한 구조를 만들려고 하기보다, 실제로 필요한 기능이 생길 때 하나씩 붙이는 편이 오래 갑니다.

• 1단계: 프로젝트 생성
• 2단계: 결제 연결과 예산 알림 설정
• 3단계: Cloud Storage로 파일 업로드 테스트
• 4단계: Cloud Run으로 간단한 서비스 배포
• 5단계: 로그와 비용 사용량 확인

GCP는 처음 화면만 보면 복잡하지만, 막상 손에 익으면 필요한 도구를 꺼내 쓰는 공구함처럼 느껴집니다. 처음부터 모든 서비스를 외우려고 하기보다, 비용을 막아두고 작은 배포를 한 번 성공시키는 게 훨씬 현실적인 출발점입니다. 그렇게 한 번 굴려보면 클라우드가 막연한 기술 용어가 아니라 내 프로젝트를 조금 더 유연하게 움직이게 해주는 선택지로 보이기 시작합니다.