AWS 처음 시작하는 방법: 비용 실수 줄이고 첫 서비스 띄우기

얼마 전 지인이 작은 예약 서비스를 만들어 보고 싶다며 AWS 화면을 켰다가, 메뉴가 너무 많아서 조용히 노트북을 덮었다고 하더군요. 사실 처음 보는 사람 입장에서는 서버, 데이터베이스, 권한, 과금 메뉴가 한꺼번에 몰려와서 꽤 부담스럽습니다. 그런데 순서를 조금만 잡아두면 AWS는 생각보다 다루기 편한 도구가 됩니다.

AWS는 쉽게 말해 인터넷으로 빌려 쓰는 컴퓨터, 저장소, 데이터베이스, 네트워크 묶음입니다. 내 방에 서버를 두지 않아도 필요한 만큼 빌려 쓰고, 안 쓰면 줄일 수 있다는 점이 가장 큰 장점입니다. 작은 블로그 백엔드부터 쇼핑몰, 사내 업무 도구, 이미지 처리 서비스까지 폭이 넓습니다. 다만 선택지가 많은 만큼 처음에는 전부 배우려 하지 않는 게 좋습니다.

AWS를 처음 쓸 때 잡아야 할 순서

처음부터 모든 서비스를 익히려 하면 금방 지칩니다. 초보자는 계정 보안, 비용 관리, 서버 만들기, 배포 흐름 정도만 잡아도 충분합니다. 특히 비용 알림은 서버를 만들기 전에 해두는 편이 마음이 편합니다. 몇백 원 단위로 끝날 실습도 설정을 잘못하면 예상보다 커질 수 있거든요.

• 계정 생성 후 루트 계정은 꼭 필요한 때만 사용하기
• 관리용 사용자를 따로 만들고 다중 인증 켜기
• 예산 알림을 먼저 설정하기
• 가까운 리전을 선택해 지연 시간 줄이기
• 실습이 끝난 리소스는 바로 중지하거나 삭제하기

여기서 리전은 서버가 놓이는 지역이라고 생각하면 쉽습니다. 한국 사용자를 대상으로 한다면 서울 리전을 고르는 식입니다. 사용자가 미국에 많다면 미국 쪽 리전이 더 자연스럽고요. 작은 차이처럼 보여도 로그인, 이미지 업로드, API 응답 속도에서 체감이 납니다.

초보자가 먼저 익히면 좋은 AWS 서비스

AWS 서비스 이름은 낯설지만 역할로 보면 그렇게 어렵지 않습니다. EC2는 빌려 쓰는 서버, S3는 파일 보관함, RDS는 관리형 데이터베이스, CloudFront는 콘텐츠를 빠르게 전달하는 도구에 가깝습니다. 여기에 IAM은 권한 관리, CloudWatch는 상태 확인과 로그 관찰을 맡습니다.

EC2는 직접 서버를 만져보고 싶을 때

EC2는 가장 서버다운 서비스입니다. 운영체제를 고르고, 접속 키를 받고, 웹 서버를 설치해 직접 띄우는 방식입니다. 예를 들어 작은 Node.js 앱이나 Python API를 올려보면 서버가 어떻게 움직이는지 감이 생깁니다. 다만 보안 그룹에서 22번 포트나 80번 포트를 여는 방식, 인스턴스 유형 선택, 스토리지 삭제 여부 같은 설정을 조심해야 합니다.

S3는 이미지와 파일을 다룰 때

S3는 사진, 첨부파일, 백업 파일을 담아두기 좋습니다. 웹사이트의 이미지 파일을 S3에 두고 앱에서는 주소만 저장하는 식으로 많이 씁니다. 근데 초보자가 가장 많이 헷갈리는 부분이 공개 권한입니다. 모든 파일을 공개로 열기보다, 필요한 파일만 공개하거나 앱을 통해 접근하게 만드는 습관이 좋습니다.

RDS는 데이터베이스 운영 부담을 줄이고 싶을 때

직접 서버에 MySQL이나 PostgreSQL을 설치할 수도 있지만, 처음 운영까지 생각한다면 RDS가 편합니다. 백업, 패치, 장애 대응 옵션을 서비스가 상당 부분 맡아주기 때문입니다. 물론 편한 만큼 비용이 EC2 단독 실습보다 커질 수 있어 작은 사양으로 시작하고, 사용하지 않는 테스트 DB는 오래 방치하지 않는 게 좋습니다.

비용 실수를 줄이는 현실적인 방법

AWS에서 가장 무서운 건 어렵다는 느낌보다 비용이 얼마나 나올지 모른다는 불안입니다. 솔직히 이 부분은 초보자뿐 아니라 경험자도 자주 확인합니다. 그래서 처음에는 멋진 구조보다 작고 눈에 보이는 구조가 낫습니다. 서버 1대, 저장소 1개, 데이터베이스 1개처럼 단순하게 시작하면 어디서 비용이 생기는지 따라가기 쉽습니다.

• 예산 알림을 낮은 금액부터 걸어두기
• 테스트 서버는 실습 후 중지하기
• 고정 IP, 로드 밸런서, NAT Gateway처럼 과금이 이어지는 항목 확인하기
• 스냅샷과 오래된 볼륨을 주기적으로 확인하기
• 월별 비용 화면을 일주일에 한 번은 보기

특히 NAT Gateway나 로드 밸런서는 편리하지만 초보 실습에서는 비용이 계속 붙는 경우가 있습니다. 회사 서비스라면 필요한 도구지만, 혼자 연습하는 단계라면 조금 더 단순한 구성이 나을 때가 많습니다. 비용 화면에서 서비스별 금액을 보면 어떤 리소스가 돈을 쓰고 있는지 꽤 명확하게 보입니다.

작은 프로젝트로 감 잡는 방법

AWS를 공부할 때 책을 처음부터 끝까지 읽는 방식도 좋지만, 저는 작은 결과물을 먼저 만드는 편이 더 기억에 남는다고 봅니다. 예를 들어 개인 소개 페이지를 S3에 올리거나, 간단한 게시판 API를 EC2에 배포하거나, 이미지 업로드 기능을 S3와 연결해보는 식입니다. 눈에 보이는 결과가 있으면 다음 설정을 왜 하는지도 자연스럽게 이어집니다.

처음 프로젝트라면 규모를 아주 작게 잡는 게 좋습니다. 회원가입, 결제, 관리자 페이지까지 한 번에 넣으면 AWS보다 서비스 설계에서 먼저 지칩니다. 대신 게시글 작성, 파일 업로드, 데이터 저장처럼 기능 2~3개만 잡아도 EC2, S3, RDS의 역할을 충분히 느낄 수 있습니다.

• 1단계: 정적 페이지를 S3에 올리기
• 2단계: EC2에 간단한 API 서버 띄우기
• 3단계: RDS에 데이터 저장하기
• 4단계: CloudWatch로 로그 확인하기
• 5단계: 사용하지 않는 리소스 삭제하기

이 흐름을 한 번만 끝까지 해보면 AWS 화면이 덜 낯설어집니다. 처음에는 버튼 하나 누르는 것도 조심스럽지만, 서버가 켜지고 로그가 찍히고 파일이 올라가는 걸 보면 퍼즐이 맞춰지는 느낌이 납니다.

처음부터 완벽한 구조를 만들 필요는 없다

AWS에는 멋진 아키텍처 예시가 많습니다. 오토스케일링, 컨테이너, 서버리스, 캐시, 메시지 큐까지 붙이면 꽤 그럴듯해 보입니다. 그런데 방문자가 하루 10명인 개인 프로젝트에 처음부터 그런 구조가 꼭 필요한 건 아닙니다. 오히려 단순한 구조를 직접 운영해보면서 어디가 불편한지 느끼는 과정이 더 값집니다.

작게 시작해도 괜찮습니다. 계정 보안을 챙기고, 비용 알림을 걸고, 실습 리소스를 잘 지우는 습관만 있어도 꽤 안전하게 배울 수 있습니다. AWS는 한 번에 정복하는 대상이라기보다, 필요한 순간마다 하나씩 꺼내 쓰는 도구에 가깝습니다. 처음에는 EC2, S3, RDS 세 가지만 익혀도 작은 서비스 하나를 충분히 굴려볼 수 있고, 그 경험이 다음 단계로 넘어갈 때 제일 든든한 발판이 됩니다.