얼마 전 지인이 작은 쇼핑몰을 만들려고 서버를 알아보다가 AWS 화면을 열고 그대로 멈췄다고 하더라고요. 이름은 많이 들어봤는데 막상 들어가면 EC2, S3, VPC, 리전 같은 말이 한꺼번에 쏟아져서 어디부터 눌러야 할지 감이 안 잡힌다는 이야기였습니다.
사실 AWS는 처음부터 모든 기능을 이해하려고 하면 꽤 부담스럽습니다. 그런데 쓰는 목적을 작게 잡으면 생각보다 접근이 쉬워요. 개인 블로그, 회사 소개 페이지, 이미지 저장소, 간단한 백엔드 서버처럼 필요한 것부터 하나씩 붙이면 됩니다. 중요한 건 멋진 설계보다 먼저 비용과 보안 실수를 줄이는 습관입니다.
AWS를 처음 쓰기 전에 용도부터 작게 잡기
AWS는 아마존 웹 서비스의 줄임말로, 서버와 저장공간, 데이터베이스, 네트워크, 인공지능 기능까지 빌려 쓰는 클라우드 서비스입니다. 내 컴퓨터나 회사 사무실에 서버를 직접 두지 않고, 필요한 만큼만 온라인으로 빌려 쓰는 방식이라고 생각하면 편합니다.
처음 시작할 때는 “무엇을 만들 건지”를 한 문장으로 적는 게 좋습니다. 예를 들어 “하루 방문자 500명 정도의 워드프레스 블로그”, “상품 이미지 3만 장을 저장할 공간”, “모바일 앱 로그인 서버”처럼요. 이렇게 적어두면 필요한 서비스가 좁혀집니다.
- 웹사이트 운영: EC2, Lightsail, S3, CloudFront
- 파일 저장: S3
- 관계형 데이터베이스: RDS
- 서버 없이 코드 실행: Lambda
- 접속 권한 관리: IAM
초보자라면 처음부터 여러 서비스를 조합하기보다 Lightsail처럼 묶음형으로 시작하는 편이 덜 복잡합니다. 반대로 개발 경험이 있고 서버 설정을 직접 다루고 싶다면 EC2가 더 자유롭습니다. 자유도가 높을수록 설정할 것도 많아진다는 점은 꼭 기억해야 합니다.
계정 만들고 바로 해야 할 보안 설정
AWS 계정을 만들면 가장 먼저 루트 사용자라는 최고 권한 계정이 생깁니다. 이 계정은 집으로 치면 현관 열쇠뿐 아니라 금고 비밀번호까지 같이 가진 상태에 가깝습니다. 그래서 평소 작업용으로 계속 쓰면 위험합니다.
계정을 만든 뒤에는 루트 사용자에 다중 인증을 켜고, 실제 작업은 IAM 사용자나 IAM Identity Center를 통해 별도 권한으로 나누는 것이 좋습니다. 처음에는 귀찮아 보여도 나중에 사고를 막는 데 큰 역할을 합니다. 특히 회사나 팀에서 쓸 때는 사람마다 계정을 나누고, 필요한 권한만 주는 방식이 훨씬 안전합니다.
초기 보안 체크리스트
- 루트 사용자에 다중 인증 설정
- 작업용 관리자 계정 별도 생성
- 사용하지 않는 액세스 키 삭제
- IAM 권한은 필요한 만큼만 부여
- CloudTrail 같은 기록 기능 활성화 검토
솔직히 보안 설정은 재미있는 부분은 아닙니다. 근데 AWS에서는 작은 실수가 바로 비용이나 정보 노출로 이어질 수 있습니다. 예를 들어 S3 버킷을 공개로 열어두면 내부 파일이 외부에 보일 수 있고, 액세스 키가 코드 저장소에 올라가면 누군가 내 계정으로 자원을 만들 수도 있습니다.
비용 폭탄 피하려면 예산 알림부터 켜기
AWS가 무서워 보이는 가장 큰 이유는 비용입니다. “조금 눌렀는데 몇십만 원 나오는 거 아니야?” 하는 걱정이 생기죠. 실제로 대부분의 초보자 실수는 고성능 서버를 켜놓고 잊어버리거나, 데이터 전송량을 예상하지 못하거나, 테스트용 리소스를 지우지 않아서 생깁니다.
가장 먼저 AWS Budgets에서 월 예산 알림을 설정하는 게 좋습니다. 예를 들어 개인 실습이면 5달러, 작은 테스트 프로젝트면 20달러처럼 한도를 정해두고, 사용량이 50%, 80%, 100%에 가까워질 때 이메일을 받게 만들 수 있습니다. 이 알림 하나만 있어도 마음이 훨씬 편해집니다.
그리고 프리 티어라는 무료 사용 범위가 있어도 무조건 무료라는 뜻은 아닙니다. 서비스마다 무료 조건과 기간, 사용량 기준이 다릅니다. EC2는 인스턴스 종류와 사용 시간, S3는 저장 용량과 요청 수, 데이터 전송량에 따라 비용이 달라질 수 있습니다. 애매하면 AWS Pricing Calculator에서 예상 비용을 먼저 계산해보는 편이 좋습니다.
처음 비용을 낮추는 습관
- 실습 후 EC2 인스턴스 중지 또는 삭제
- 사용하지 않는 EBS 볼륨과 스냅샷 확인
- S3에 큰 파일을 무심코 쌓아두지 않기
- 고성능 인스턴스는 테스트 전에 가격 확인
- 월 예산 알림을 반드시 설정
개인적으로는 AWS를 처음 배우는 분에게 “만들기보다 지우기를 먼저 익히라”고 말하고 싶습니다. 어떤 서비스를 켰는지, 어디에서 비용이 발생하는지, 필요 없을 때 어떻게 삭제하는지 아는 것이 초반에는 훨씬 실용적입니다.
초보자가 많이 쓰는 서비스는 이렇게 이해하면 쉽다
EC2는 가상의 컴퓨터를 빌리는 서비스입니다. 내 노트북 대신 AWS 안에 리눅스나 윈도우 서버를 하나 켜고, 거기에 웹서버나 프로그램을 설치하는 방식입니다. 자유도가 높아서 많이 쓰이지만, 운영체제 업데이트와 보안그룹 설정 같은 관리도 직접 챙겨야 합니다.
S3는 파일을 저장하는 창고에 가깝습니다. 이미지, 문서, 백업 파일, 정적 웹사이트 파일을 보관할 때 자주 씁니다. 저장 용량이 커져도 비교적 유연하게 대응할 수 있고, 다른 AWS 서비스와도 잘 연결됩니다. 다만 공개 설정은 조심해야 합니다.
RDS는 데이터베이스를 관리형으로 쓰는 서비스입니다. MySQL, PostgreSQL 같은 데이터베이스를 직접 서버에 설치하지 않아도 됩니다. 백업, 장애 대응, 버전 관리 기능을 어느 정도 맡길 수 있어서 운영 부담이 줄어듭니다. 대신 EC2에 직접 설치하는 것보다 비용이 더 나올 수 있으니 프로젝트 규모에 맞게 선택하는 게 좋습니다.
Lambda는 서버를 계속 켜두지 않고, 어떤 일이 생겼을 때만 코드를 실행하는 방식입니다. 예를 들어 이미지가 업로드되면 자동으로 썸네일을 만들거나, 일정 시간마다 데이터를 처리하는 작업에 잘 맞습니다. 사용량이 적은 자동화 작업에는 꽤 매력적입니다.
처음 프로젝트를 만든다면 이런 순서가 편하다
처음부터 완벽한 클라우드 구조를 만들 필요는 없습니다. 작은 웹사이트라면 도메인 연결 없이도 테스트 환경을 만들 수 있고, 파일 저장은 S3 하나로 시작할 수 있습니다. 방문자가 많아지면 CloudFront 같은 배포 서비스를 붙이고, 데이터베이스가 필요해지면 RDS를 고민하면 됩니다.
예를 들어 개인 포트폴리오 사이트라면 S3에 정적 파일을 올리고 CloudFront로 빠르게 배포하는 구성이 깔끔합니다. 작은 워드프레스 블로그라면 Lightsail이 편하고, 직접 서버 설정을 배우고 싶다면 EC2에 웹서버를 설치해보는 것도 괜찮습니다. 모바일 앱의 간단한 API라면 Lambda와 API Gateway 조합도 자주 쓰입니다.
- 학습 목적: EC2 한 대로 서버 구조 익히기
- 간단한 사이트: S3와 CloudFront 조합
- 워드프레스 운영: Lightsail로 빠르게 시작
- 파일 업로드 기능: S3부터 연결
- 작은 자동화: Lambda로 실행 비용 줄이기
AWS는 처음 보면 거대한 도구 상자처럼 느껴집니다. 그런데 실제로는 당장 필요한 드라이버 하나, 렌치 하나만 꺼내 쓰면 됩니다. 계정 보안과 예산 알림을 먼저 잡아두고, 작은 프로젝트 하나를 끝까지 만들어보면 화면 속 낯선 이름들이 조금씩 현실적인 선택지로 바뀝니다. 처음엔 느리게 가도 괜찮습니다. 비용이 어디서 생기는지 알고, 권한을 조심해서 다루는 사람이 결국 AWS를 오래 편하게 씁니다.
