AWS EC2에 웹 애플리케이션 배포: localhost에서 공개 액세스까지 (Day 3)
Source: Dev.to
🚀 목표
정적 웹 애플리케이션을 클라우드 기반 Linux 서버에 배포하고 인터넷을 통해 접근 가능하도록 만든다.
관리형 플랫폼 사용 금지. 배포 단축키 사용 금지. 핵심 인프라만 사용.
🏗 단계 1: 클라우드 서버 프로비저닝
- t3.micro Linux 인스턴스를 실행함.
- 설정 내용:
- 보안 SSH 접속을 위한 키 페어
- HTTP(포트 80)를 허용하는 보안 그룹
- 기본 EBS 스토리지
인스턴스는 뭄바이 리전에서 실행 중이며, 애플리케이션을 호스팅할 준비가 되었다.
🔐 단계 2: 원격 접속 보안
키 기반 인증을 사용해 SSH로 인스턴스에 연결함.
이 단계에서 로컬호스트에서 원격 서버로 전환되었다.
⚙ 단계 3: Nginx 설치 및 설정
- Nginx 설치.
- 서비스가 정상적으로 실행되는지 확인.
- 기본 Nginx 환영 페이지 삭제.
- 애플리케이션 파일을
/var/www/html/에 복사. - Nginx 서비스를 재시작.
퍼블릭 IP를 브라우저에 입력해 사이트가 정상적으로 로드되는지 확인함.
🌍 첫 번째 실제 테스트 – 노트북 브라우저
결과: EC2 퍼블릭 IP를 통해 데스크톱 브라우저에서 애플리케이션이 실행됨.
스크린샷 자리표시자: “Application deployed on EC2 and accessible publicly via Public IP address.”
📱 실제 검증 – 모바일 접근
사이트가 노트북에만 의존하지 않는지 확인하기 위해:
- 노트북 연결을 끊음.
- 모바일 인터넷으로 전환.
- 휴대폰 브라우저에 퍼블릭 IP 입력.
사이트가 즉시 로드됨.
스크린샷 자리표시자: “Application accessible globally via mobile browser — independent of local system.”
🧠 주요 기술적 인사이트
- 로컬호스트와 퍼블릭 IP의 차이점.
- 보안 그룹은 방화벽 역할을 함.
- HTTP 트래픽을 위해 포트 80을 열어야 함.
- Nginx는 정적 콘텐츠를 제공함.
- 인스턴스 라이프사이클 및 비용 인식 중요.
- 프로덕션 안정성을 위한 Elastic IP의 필요성.
- 순수 애플리케이션 로직에서 인프라 사고 방식으로의 전환.
💰 비용 인식
AWS 프리 티어에서 t3.micro 사용:
- 월 750 시간 제공.
- 지속적인 실습에 적합.
- 비용을 의식한 클라우드 사용을 장려.
🎯 회고
개발자에서 클라우드 엔지니어로 전환하는 것은 하나의 이정표와 같았다. 코드를 작성하는 것은 강력하지만, 그 코드를 실제 클라우드 서버에 배포하고 컴퓨팅, 네트워킹, 서비스 등을 구성하는 과정은 완전히 다른 수준의 이해를 제공한다. 이것은 단순히 웹 페이지를 호스팅하는 것이 아니라, 처음부터 작은 실세계 인프라를 구축한 것이었다.
그리고 이것은 아직 Day 3에 불과하다. 다음 도전 과제로 나아가자 🚀