Tech AWS

📌 기술 스택 - AWS (Amazon Web Services)

✅ 사용 이유 AWS를 클라우드 인프라로 선택하게 된 배경과 목적을 설명합니다.

• 팀원들이 AWS에 익숙하고 기존 경험이 풍부하여 빠른 개발과 배포가 가능했습니다.
• 풍부한 문서화와 커뮤니티 지원으로 문제 해결이 용이했습니다.
• 빠른 MVP 구현 후 알파/베타 테스팅을 진행하기 위한 안정적인 배포 환경이 필요했습니다.
• Docker 컨테이너 기반의 마이크로서비스 아키텍처 구현에 적합한 다양한 서비스를 제공합니다.

🔁 대안 기술 AWS를 선택하기 전에 고려했던 다른 클라우드 플랫폼들을 설명합니다.

• Google Cloud Platform (GCP)
• Microsoft Azure
• Naver Cloud Platform (NCP)
• 온프레미스 서버 구축

📈 장점 및 단점

구분	내용
✅ 장점	• 팀원들의 기존 AWS 경험으로 러닝커브 최소화 • 풍부한 문서화와 커뮤니티 지원 • 다양한 관리형 서비스로 인프라 관리 부담 감소 • CI/CD 파이프라인 구축에 적합한 서비스 제공 • 탄력적인 스케일링과 고가용성 보장
⚠️ 단점	• 초기 설정과 권한 관리의 복잡성 • 서비스별 과금 체계로 인한 비용 관리의 어려움 • 벤더 종속성 위험 • 향후 비용 증가 시 대안 검토 필요

🔧 사용 방식 및 로직 구조 AWS가 프로젝트에서 실제로 어떻게 사용되었는지를 설명합니다.

• ECS (Elastic Container Service): Docker 컨테이너 기반 애플리케이션 배포 및 관리
• RDS (Relational Database Service): MySQL 데이터베이스 관리
• ElastiCache: Redis 캐싱 서비스로 성능 최적화
• GitHub Actions 연동: CI/CD 파이프라인을 통한 자동 배포
• CloudWatch: 모니터링 및 로그 관리
• Application Load Balancer: 트래픽 분산 및 고가용성 확보

🛠 개선 사항 또는 한계점 현재 AWS 사용 방식에서의 아쉬운 점, 향후 개선 방향 등을 정리합니다.

• 비용 최적화를 위한 예약 인스턴스 및 스팟 인스턴스 활용 검토
• 쿠버네티스 도입을 통한 컨테이너 오케스트레이션 고도화 고려
• 멀티 리전 배포를 통한 재해 복구 전략 수립 필요
• 향후 비용이나 기술 이슈 발생 시 다른 클라우드 플랫폼으로의 마이그레이션 계획 수립
• Infrastructure as Code (Terraform, CloudFormation) 도입으로 인프라 관리 자동화