초보자를 위한 GCP 시작하는 방법: 비용 걱정 줄이고 안전하게 쓰려면 이렇게

처음 GCP를 켤 때 가장 먼저 볼 것

얼마 전 지인이 작은 사이드 프로젝트를 올리려고 클라우드를 알아보는데, 이름은 많이 들어봤지만 어디서부터 눌러야 할지 모르겠다고 하더라고요. 사실 GCP는 화면만 보면 기능이 너무 많아서 어렵게 느껴집니다. 그런데 처음부터 모든 서비스를 이해하려고 하면 금방 지칩니다. 처음에는 프로젝트, 결제, 권한, 리전 이 네 가지만 잡고 가도 충분합니다.

GCP는 구글 클라우드 플랫폼을 뜻합니다. 서버를 빌리고, 데이터베이스를 만들고, 파일을 저장하고, 인공지능 기능까지 붙일 수 있는 클라우드 서비스입니다. 쉽게 말하면 내 컴퓨터나 회사 서버실에 직접 장비를 두지 않고, 필요한 만큼 구글의 인프라를 빌려 쓰는 방식입니다.

처음 계정을 만들면 보통 무료 크레딧이나 무료 사용 한도가 눈에 들어옵니다. 근데 여기서 중요한 건 무료라는 말만 믿고 아무 서비스나 켜두면 안 된다는 점입니다. 클라우드는 사용량 기준으로 요금이 붙습니다. 작은 가상머신 하나는 부담이 적을 수 있지만, 고성능 머신이나 외부로 나가는 트래픽, 계속 켜져 있는 데이터베이스는 생각보다 비용이 빨리 늘어날 수 있습니다.

프로젝트와 결제 설정부터 안전하게 잡는 방법

GCP에서 작업 단위는 프로젝트입니다. 개인 블로그 서버, 테스트 앱, 회사 내부 도구처럼 목적이 다르면 프로젝트를 나눠두는 게 관리하기 편합니다. 예를 들어 테스트용 프로젝트와 실제 운영용 프로젝트를 분리하면 실수로 운영 데이터베이스를 지우는 위험도 줄어듭니다.

프로젝트를 만든 뒤에는 결제 계정을 연결하게 됩니다. 여기서 바로 해야 할 일이 예산 알림 설정입니다. 예산을 1만 원, 3만 원, 5만 원처럼 단계별로 잡고 50%, 90%, 100%에 도달했을 때 이메일 알림이 오도록 설정하면 좋습니다. 이 알림이 비용을 자동으로 막아주는 건 아니지만, 이상한 사용량을 빨리 알아차리는 데 꽤 유용합니다.

• 테스트용 프로젝트와 운영용 프로젝트를 분리합니다.
• 예산 알림을 반드시 설정합니다.
• 사용하지 않는 리소스는 바로 중지하거나 삭제합니다.
• 처음에는 고사양 머신보다 가장 작은 사양으로 시작합니다.

솔직히 초보자가 가장 많이 하는 실수는 서버를 잠깐 켰다가 잊어버리는 겁니다. 하루 이틀은 괜찮아 보여도 한 달 내내 켜져 있으면 비용이 누적됩니다. 특히 GPU가 붙은 인스턴스나 큰 디스크, 고정 외부 IP는 쓰지 않을 때도 비용이 생길 수 있어 체크가 필요합니다.

초보자가 먼저 써볼 만한 GCP 서비스

GCP에는 서비스가 정말 많습니다. 하지만 처음부터 BigQuery, Kubernetes, Pub/Sub 같은 이름을 전부 붙잡을 필요는 없습니다. 웹사이트나 작은 앱을 올리는 목적이라면 Compute Engine, Cloud Run, Cloud Storage, Cloud SQL 정도만 알아도 시작할 수 있습니다.

Compute Engine

Compute Engine은 가상 서버입니다. 리눅스 서버 한 대를 빌려서 직접 프로그램을 설치하고 운영하는 방식입니다. 자유도가 높은 대신 보안 업데이트, 방화벽, 서버 설정을 직접 챙겨야 합니다. 기존에 리눅스 서버를 조금 써본 사람에게는 익숙한 선택입니다.

Cloud Run

Cloud Run은 컨테이너 기반으로 앱을 실행하는 서비스입니다. 트래픽이 없을 때는 거의 쉬고, 요청이 들어오면 실행되는 방식이라 작은 웹서비스나 API에 잘 맞습니다. 서버 관리 부담이 적어서 개인 프로젝트나 초기 서비스에는 Compute Engine보다 편하게 느껴질 때가 많습니다.

Cloud Storage

Cloud Storage는 이미지, 문서, 백업 파일 같은 객체를 저장하는 공간입니다. 블로그 이미지, 사용자 업로드 파일, 로그 보관에 자주 씁니다. 다만 공개 설정을 잘못하면 원치 않는 파일이 외부에 노출될 수 있으니 버킷 권한은 꼭 확인해야 합니다.

Cloud SQL

Cloud SQL은 관리형 데이터베이스입니다. MySQL, PostgreSQL 같은 익숙한 데이터베이스를 GCP에서 운영할 수 있습니다. 직접 데이터베이스 서버를 설치하는 것보다 편하지만, 인스턴스가 켜져 있는 동안 비용이 발생합니다. 처음 테스트할 때는 작은 사양으로 만들고 자동 백업 여부도 함께 확인하는 게 좋습니다.

비용을 줄이려면 사용 패턴부터 작게 시작하기

클라우드 비용을 아끼는 가장 현실적인 방법은 처음부터 크게 만들지 않는 겁니다. 방문자가 하루 100명인 서비스에 대형 서버를 붙일 필요는 거의 없습니다. 반대로 갑자기 사용자가 늘어날 가능성이 있다면 Cloud Run처럼 자동 확장이 쉬운 서비스를 선택하는 게 편합니다.

예를 들어 간단한 포트폴리오 사이트라면 정적 파일을 Cloud Storage에 올리고 CDN을 붙이는 방식이 저렴할 수 있습니다. 작은 API 서버라면 Cloud Run이 어울립니다. 24시간 백그라운드 작업을 돌려야 한다면 Compute Engine이나 배치 서비스가 더 맞을 수 있습니다. 목적에 따라 선택이 달라지는 거죠.

• 정적 웹사이트: Cloud Storage 중심으로 검토
• 작은 API 서버: Cloud Run 우선 검토
• 직접 서버 설정이 필요한 앱: Compute Engine 검토
• 관계형 데이터 저장: Cloud SQL 검토

근데 비용만 보고 너무 복잡하게 설계할 필요도 없습니다. 초반에는 운영 부담도 비용입니다. 월 몇 천 원을 아끼려고 구조를 지나치게 꼬아두면 나중에 장애가 났을 때 더 큰 시간을 씁니다. 개인 프로젝트라면 단순하고 이해하기 쉬운 구성이 더 오래 갑니다.

권한과 보안에서 꼭 챙길 부분

GCP를 쓸 때 권한 관리는 생각보다 중요합니다. 모든 사람에게 소유자 권한을 주면 편하긴 하지만 위험합니다. 실수로 프로젝트를 삭제하거나 결제 설정을 바꾸거나 데이터에 접근할 수 있기 때문입니다. 혼자 쓰더라도 서비스 계정 키를 아무 곳에나 저장하는 습관은 피하는 게 좋습니다.

서비스 계정은 프로그램이 GCP 리소스에 접근할 때 쓰는 계정입니다. 예를 들어 앱이 Cloud Storage에 이미지를 올려야 한다면, 그 앱 전용 서비스 계정을 만들고 필요한 권한만 주는 식입니다. 전체 관리자 권한을 주는 것보다 훨씬 안전합니다.

• 사람 계정에는 필요한 역할만 부여합니다.
• 서비스 계정 키는 코드 저장소에 넣지 않습니다.
• 외부 공개 IP와 방화벽 규칙을 주기적으로 확인합니다.
• 사용하지 않는 키와 계정은 삭제합니다.

실제 운영에서는 로그도 자주 봐야 합니다. 접속이 이상하게 늘었는지, 오류가 반복되는지, 비용이 갑자기 증가했는지 확인할 수 있기 때문입니다. GCP 콘솔의 로그와 모니터링 화면은 처음엔 딱딱해 보여도, 장애가 났을 때 어디가 문제인지 찾는 데 큰 도움이 됩니다.

처음 시작할 때 추천하는 흐름

GCP를 처음 만진다면 작은 목표 하나를 정하는 게 좋습니다. 예를 들어 간단한 웹페이지 올리기, 작은 API 배포하기, 이미지 저장소 만들기처럼 하루 안에 끝낼 수 있는 작업이 좋습니다. 처음부터 완성형 서비스를 만들려고 하면 서비스 이름과 설정 항목에 쉽게 지칩니다.

개인적으로는 Cloud Run으로 작은 앱을 배포해보는 흐름이 가장 부담이 적었습니다. 로컬에서 돌아가는 간단한 웹앱을 컨테이너로 만들고, Cloud Run에 올리고, 로그를 확인해보면 GCP의 기본 감각이 꽤 빨리 잡힙니다. 그다음 데이터베이스가 필요하면 Cloud SQL을 붙이고, 파일 업로드가 필요하면 Cloud Storage를 붙이면 됩니다.

GCP는 처음엔 복잡하지만, 프로젝트를 작게 나누고 예산 알림을 걸고 필요한 서비스만 켜는 습관을 들이면 생각보다 차분하게 익힐 수 있습니다. 특히 초보 단계에서는 멋진 아키텍처보다 꺼야 할 것을 끄고, 권한을 좁게 주고, 비용 알림을 보는 습관이 더 중요합니다. 그렇게 시작하면 클라우드가 낯선 도구가 아니라 필요한 만큼 꺼내 쓰는 작업 공간처럼 느껴집니다.