초보자가 AWS 시작하려면 이렇게 잡으면 편합니다

AWS가 낯설게 느껴지는 이유

얼마 전 지인이 작은 쇼핑몰을 준비하면서 서버를 어디에 둬야 하냐고 묻더라고요. 처음엔 그냥 “AWS 쓰면 되지”라고 말하려다가, 곧바로 멈췄습니다. 사실 AWS는 이름은 많이 들어봤지만 막상 들어가면 EC2, S3, RDS, IAM 같은 단어가 한꺼번에 튀어나와서 꽤 당황스럽거든요.

AWS는 아마존웹서비스의 줄임말이고, 쉽게 말하면 필요한 만큼 빌려 쓰는 인터넷 기반 컴퓨팅 서비스입니다. 예전에는 서버를 사서 사무실이나 IDC에 넣고, 전기와 네트워크와 장애 대응까지 신경 써야 했습니다. 그런데 AWS를 쓰면 서버, 저장공간, 데이터베이스, 보안 도구를 클릭 몇 번으로 만들 수 있습니다. 작은 개인 프로젝트부터 대기업 서비스까지 같은 방식으로 시작할 수 있다는 점이 매력입니다.

다만 편하다는 말이 곧 쉽다는 뜻은 아닙니다. 기능이 너무 많아서 처음부터 전부 이해하려고 하면 금방 지칩니다. 초보자라면 AWS 전체를 외우려 하기보다, 웹서비스 하나를 띄우는 데 필요한 구성만 먼저 잡는 게 훨씬 현실적입니다.

처음에는 이 네 가지만 알아도 충분합니다

AWS를 처음 접할 때는 서비스 이름을 많이 외우는 것보다 역할을 구분하는 게 좋습니다. 특히 웹사이트나 간단한 앱을 운영한다면 아래 네 가지가 자주 등장합니다.

• EC2: 가상 서버입니다. 내 컴퓨터처럼 운영체제를 설치하고 프로그램을 실행할 수 있습니다.
• S3: 파일 저장소입니다. 이미지, 백업 파일, 정적 웹페이지 파일을 보관할 때 많이 씁니다.
• RDS: 관리형 데이터베이스입니다. MySQL, PostgreSQL 같은 DB를 직접 설치하지 않고 사용할 수 있습니다.
• IAM: 권한 관리 도구입니다. 누가 어떤 AWS 기능을 쓸 수 있는지 정합니다.

예를 들어 블로그형 서비스를 만든다고 생각해볼게요. 방문자가 보는 웹페이지는 EC2에서 실행되고, 사용자가 올린 이미지는 S3에 저장됩니다. 회원 정보나 게시글 내용은 RDS에 들어갑니다. 그리고 개발자 계정, 배포용 계정, 읽기 전용 계정 같은 접근 권한은 IAM에서 나눕니다. 이렇게 역할로 이해하면 낯선 약어가 조금씩 생활용품처럼 보입니다.

솔직히 처음부터 쿠버네티스, 서버리스, VPC 설계를 깊게 파고들 필요는 없습니다. 회사 실무에서는 중요하지만, 입문 단계에서는 작은 서비스 하나가 어떻게 움직이는지 손으로 확인하는 경험이 먼저입니다.

비용 실수를 줄이는 방법

AWS에서 가장 많이 걱정하는 부분은 비용입니다. 시작은 무료처럼 보여도 설정을 잘못하면 생각보다 요금이 나올 수 있습니다. 특히 서버를 켜놓고 잊어버리거나, 큰 용량의 파일을 계속 전송하거나, 테스트용 데이터베이스를 오래 방치할 때 비용이 쌓입니다.

초보자라면 먼저 예산 알림을 꼭 설정하는 편이 좋습니다. 예를 들어 월 5달러, 10달러처럼 작은 금액 기준을 잡아두면 예상보다 빨리 비용이 늘어날 때 알림을 받을 수 있습니다. 실제로 개인 학습용이라면 EC2 한 대, 작은 RDS 인스턴스, 소량의 S3 저장공간 정도로 시작하는 경우가 많습니다. 트래픽이 거의 없는 테스트 환경이라면 큰 비용이 들지 않지만, “켜져 있는 자원은 돈이 될 수 있다”는 감각은 꼭 필요합니다.

근데 비용만 겁내면 아무것도 못 만집니다. 중요한 건 매번 만든 자원을 기록하고, 테스트가 끝나면 삭제하는 습관입니다. EC2 인스턴스, RDS 데이터베이스, 고정 IP, 로드밸런서처럼 계속 요금이 붙을 수 있는 자원은 특히 눈여겨봐야 합니다.

초보자가 따라가기 좋은 시작 순서

AWS를 처음 배우는 사람에게 제가 권하는 순서는 꽤 단순합니다. 먼저 IAM 사용자와 권한 개념을 익히고, 그다음 S3로 정적 파일을 올려봅니다. 이후 EC2에 접속해서 간단한 웹서버를 띄워보고, RDS를 연결하면 됩니다. 이 흐름만 경험해도 “클라우드에 서비스를 올린다”는 말이 훨씬 구체적으로 다가옵니다.

처음 실습은 거창할 필요가 없습니다. HTML 파일 하나를 S3에 올려보는 것만으로도 저장소와 공개 접근 개념을 배울 수 있습니다. EC2에서는 Nginx나 Node.js 서버를 실행해보면 됩니다. RDS는 간단한 테이블을 만들고 게시글 제목 하나를 저장해보는 정도면 충분합니다.

여기서 중요한 건 한 번에 멋진 서비스를 만들겠다는 마음을 조금 내려놓는 겁니다. AWS는 레고처럼 조립하는 도구에 가깝습니다. 블록 하나하나의 모양을 알아야 나중에 더 큰 구조물을 만들 수 있습니다. 처음부터 자동 배포, 모니터링, 고가용성까지 넣으려 하면 배움보다 피로가 먼저 옵니다.

실무에서 자주 쓰이는 감각

AWS를 어느 정도 만져보면 기술 이름보다 운영 감각이 더 중요하다는 걸 느끼게 됩니다. 예를 들어 서버가 한 대뿐이면 장애가 났을 때 서비스가 멈춥니다. 그래서 실무에서는 여러 서버를 두고 로드밸런서로 트래픽을 나눕니다. 이미지 파일은 서버 안에 두기보다 S3 같은 저장소로 분리합니다. 데이터베이스는 백업 설정을 켜두고, 중요한 계정에는 최소 권한만 줍니다.

비교를 해보면 이해가 쉽습니다. 개인 노트북에서 웹서비스를 돌리는 건 방 안에서 가게를 여는 느낌입니다. EC2 한 대로 운영하는 건 작은 매장을 임대하는 느낌이고, 로드밸런서와 여러 서버를 쓰는 건 손님이 많아져도 줄이 덜 막히게 계산대를 늘리는 것과 비슷합니다. S3는 창고, RDS는 장부, IAM은 열쇠 관리함에 가깝습니다.

물론 AWS가 항상 정답은 아닙니다. 아주 작은 블로그나 랜딩페이지라면 더 단순한 호스팅 서비스가 편할 때도 많습니다. 반대로 트래픽 변동이 크거나, 파일 저장과 데이터베이스와 배포 자동화가 함께 필요한 서비스라면 AWS의 장점이 살아납니다. 선택 기준은 유명세가 아니라 내가 운영하려는 서비스의 크기와 복잡도입니다.

처음 AWS를 보면 화면도 복잡하고 용어도 차갑게 느껴집니다. 그런데 작은 서버 하나 만들고, 파일 하나 올리고, 데이터 하나 저장해보면 생각보다 손에 잡히는 도구라는 걸 알게 됩니다. 처음부터 전문가처럼 설계하려고 애쓰기보다 비용 알림을 켜고, 작은 실습을 반복하고, 만든 자원을 지우는 습관을 들이면 꽤 좋은 출발이 됩니다. AWS는 한 번에 정복하는 대상이라기보다, 필요한 순간마다 하나씩 꺼내 쓰는 도구상자에 더 가깝다고 느낍니다.