초보자가 AWS 시작하려면 이렇게 준비하면 됩니다
얼마 전 지인이 작은 쇼핑몰을 만들면서 서버를 어디에 둬야 하냐고 묻더라고요. 예전 같으면 호스팅 업체 몇 곳을 비교했을 텐데, 요즘은 자연스럽게 AWS 이야기가 나옵니다. 이름은 많이 들었지만 막상 들어가면 EC2, S3, RDS 같은 단어가 한꺼번에 보여서 처음엔 꽤 낯설 수 있습니다.
사실 AWS는 거대한 도구 상자에 가깝습니다. 모든 도구를 처음부터 다 쓸 필요는 없고, 내가 만들려는 서비스에 필요한 것부터 하나씩 꺼내 쓰면 됩니다. 작은 블로그, 회사 홈페이지, 앱 백엔드, 이미지 저장소, 데이터베이스까지 상황에 따라 조합이 달라집니다.
AWS를 처음 시작할 때 먼저 알아둘 것
AWS는 Amazon Web Services의 줄임말입니다. 쉽게 말하면 서버, 저장공간, 데이터베이스, 보안, 배포 환경을 인터넷으로 빌려 쓰는 서비스입니다. 컴퓨터를 직접 사서 사무실에 놓지 않아도 필요한 만큼만 사용하고 비용을 내는 방식이죠.
초보자가 가장 먼저 헷갈리는 부분은 서비스 이름입니다. EC2는 가상 서버, S3는 파일 저장공간, RDS는 관리형 데이터베이스, CloudFront는 콘텐츠 전송 속도를 높이는 서비스로 이해하면 출발이 편합니다. 물론 실제 기능은 더 넓지만 처음부터 깊게 들어가면 금방 지칩니다.
예를 들어 방문자가 하루 100명 정도인 개인 프로젝트라면 EC2 한 대와 S3 정도로도 충분할 수 있습니다. 반대로 이미지가 많고 접속자가 갑자기 늘 수 있는 서비스라면 S3와 CloudFront를 함께 쓰는 편이 안정적입니다. AWS의 장점은 처음엔 작게 시작하고, 필요할 때 키울 수 있다는 점입니다.
계정 만들기 전에 비용 구조부터 보기
AWS를 시작할 때 가장 많이 걱정하는 게 비용입니다. 무료로 시작할 수 있는 항목도 있지만, 설정을 잘못하면 예상보다 요금이 나올 수 있습니다. 특히 서버를 켜둔 시간, 저장한 데이터 용량, 외부로 나간 트래픽 양이 비용에 영향을 줍니다.
예를 들어 EC2는 보통 서버가 실행된 시간만큼 비용이 붙습니다. S3는 저장한 파일 용량과 요청 횟수에 따라 비용이 달라집니다. RDS는 데이터베이스 인스턴스가 돌아가는 시간과 저장공간이 중요합니다. 작은 테스트라면 몇 천 원 수준에서 끝날 수도 있지만, 리소스를 켜둔 채 잊어버리면 한 달 뒤 청구서를 보고 당황할 수 있습니다.
- 처음 계정을 만들면 결제 알림을 반드시 설정합니다.
- 테스트가 끝난 EC2, RDS 같은 실행형 리소스는 중지하거나 삭제합니다.
- 무료 사용량 조건은 서비스마다 다르니 AWS 관리 콘솔에서 직접 확인합니다.
- 예산 알림을 1달러, 5달러, 10달러처럼 낮은 구간부터 걸어둡니다.
개인적으로는 AWS를 처음 쓰는 사람에게 예산 알림부터 만들라고 말합니다. 기술적으로 멋진 설정보다 먼저 돈이 새지 않게 막는 게 훨씬 현실적입니다.
초보자에게 자주 쓰이는 AWS 서비스
EC2는 내 서버 한 대를 빌리는 느낌
EC2는 AWS에서 가장 대표적인 가상 서버 서비스입니다. 리눅스 서버를 하나 만들어서 웹사이트나 백엔드 프로그램을 올릴 수 있습니다. 처음엔 가장 작은 사양으로 시작해도 충분한 경우가 많습니다. 단, 운영체제 업데이트, 보안 설정, 접속 키 관리 같은 일은 사용자가 챙겨야 합니다.
S3는 이미지와 파일을 보관할 때 편합니다
S3는 사진, 문서, 백업 파일 같은 데이터를 저장하는 데 많이 씁니다. 쇼핑몰 상품 이미지, 블로그 첨부 파일, 앱에서 업로드한 사용자 파일을 담는 용도로 적합합니다. 서버 안에 이미지를 계속 쌓아두는 방식보다 관리가 편하고 확장성도 좋습니다.
RDS는 데이터베이스 관리를 덜어줍니다
RDS는 MySQL, PostgreSQL 같은 데이터베이스를 비교적 쉽게 운영할 수 있게 해주는 서비스입니다. 직접 데이터베이스 서버를 설치하고 백업 스크립트를 짜는 것보다 부담이 적습니다. 작은 프로젝트에서는 비용이 EC2보다 크게 느껴질 수 있으니 실제로 데이터가 필요한 단계에서 붙이는 편이 낫습니다.
Lightsail은 단순한 웹사이트에 잘 맞습니다
AWS가 너무 복잡하게 느껴진다면 Lightsail도 괜찮은 출발점입니다. 월정액에 가까운 방식이라 비용을 예상하기 쉽고, 워드프레스나 간단한 웹앱을 올리기에 편합니다. 다만 세밀한 확장이나 복잡한 인프라 구성이 필요해지면 EC2, VPC, RDS 같은 기본 서비스로 넘어가는 경우가 많습니다.
AWS 시작 순서는 이렇게 잡으면 편합니다
처음부터 모든 서비스를 연결하려고 하면 오히려 오래 걸립니다. 작은 목표를 하나 정하고 거기에 필요한 서비스만 쓰는 게 좋습니다. 예를 들어 개인 소개 페이지를 배포하고 싶다면 S3 정적 웹사이트 호스팅이나 Lightsail부터 볼 수 있습니다. 백엔드 API가 필요하면 EC2 한 대로 시작해도 됩니다.
연습용으로는 아주 단순한 흐름이 좋습니다. EC2 인스턴스를 만들고, 보안 그룹에서 22번 SSH와 80번 HTTP 포트를 설정하고, 간단한 웹 서버를 띄워보는 식입니다. 그다음 S3 버킷을 만들어 이미지를 올리고, 애플리케이션에서 그 이미지를 불러오는 방식으로 확장하면 개념이 금방 잡힙니다.
- 1단계: AWS 계정 생성 후 예산 알림 설정
- 2단계: IAM 사용자나 역할 개념 확인
- 3단계: EC2 또는 Lightsail로 작은 서버 실행
- 4단계: S3에 파일 업로드 테스트
- 5단계: 필요할 때 RDS나 CloudFront 추가
여기서 IAM은 꼭 천천히 익히는 게 좋습니다. IAM은 누가 어떤 AWS 리소스에 접근할 수 있는지 정하는 권한 관리 서비스입니다. 처음엔 복잡해 보여도, 실제 운영에서는 보안의 출발점입니다. 루트 계정은 결제나 큰 설정에만 쓰고, 평소 작업은 별도 사용자로 하는 습관이 좋습니다.
실수 줄이는 운영 습관
AWS를 쓰다 보면 기술보다 습관 때문에 문제가 생기는 경우가 많습니다. 테스트용 서버를 삭제하지 않거나, 공개되면 안 되는 S3 버킷을 열어두거나, 접속 키를 코드 저장소에 올리는 일이 대표적입니다. 이런 실수는 초보자만 하는 게 아니라 바쁜 팀에서도 종종 나옵니다.
가장 기본은 리소스 이름을 알아보기 쉽게 짓는 것입니다. 예를 들어 test-server, blog-prod-db, image-upload-bucket처럼 용도를 드러내면 나중에 비용 화면을 볼 때 훨씬 편합니다. 태그를 붙이는 습관도 좋습니다. 프로젝트명, 환경, 담당자를 태그로 남기면 리소스가 늘어나도 추적하기 쉽습니다.
보안 그룹도 너무 넓게 열지 않는 편이 낫습니다. SSH 접속을 전 세계에 열어두는 대신 내 IP만 허용하면 위험을 줄일 수 있습니다. S3 파일 공개 설정도 파일 성격에 따라 나눠야 합니다. 공개 이미지와 개인 문서를 같은 방식으로 다루면 나중에 문제가 커질 수 있습니다.
AWS는 처음 보면 어렵지만, 막상 손에 익으면 꽤 합리적인 도구입니다. 중요한 건 멋진 구조를 한 번에 만드는 게 아니라 작은 서비스 하나를 직접 띄워보고, 비용과 권한과 삭제까지 경험하는 것입니다. 그렇게 한 바퀴만 돌아도 EC2, S3, RDS 같은 이름이 더 이상 낯선 약어로만 보이지 않습니다.
