웹 프로그래밍/배포
Elastic IP는 사용하지 않는게 좋다.
1. Elastic IPEIP는 AWS에서 제공하는 공용 IPv4 주소다. EC2는 재시작될때마다 공용 IP가 바뀌므로, 고정된 IP가 필요할 경우 EIP를 시용하곤한다. 그리고 나 또한 대부분의 블로그나 강의 등에서 같은 방식의 사용을 권장하는 것을 봐왔다. 하지만 이번에 AWS SAA를 공부하면서 Elastic IP 사용이 좋지 않은 구조적 결정이라는 언급을 봤고, 처음 듣는 이야기이기에 정리해두려한다. 2. 사용하면 안되는 이유첫번째는 비용이다. Elastic IP는 사용하지 않는 동안에도 과금된다. EC2에 연결하지 않더라도 시간당 비용이 부과되는 것이 AWS 정책이다. 또한 IPv4는 제한자원이므로 계정당 5개씩만 제공되며, 더 필요하다면 AWS측에 요청할 수 있지만 이는 자동확장성 측면에서 문..
AWS 서버비용절감 계획 및 기록 (3) - AWS CLI 사용하기
AWS CLI가 필요해져서 설정 방법을 기록해두려한다. 1. 설치curl "https://awscli.amazonaws.com/AWSCLIV2.pkg" -o "AWSCLIV2.pkg"sudo installer -pkg AWSCLIV2.pkg -target /aws --version # 설치확인 2. AWS CLI 인증설정aws configure인증정보구성을 위한 명령이며, 4가지가 요구된다.Access Key ID: AWS 계정의 Access Key ID.Secret Access Key: AWS 계정의 Secret Key.Default region: AWS 리전 (나는 서울리전에 해당하는 ap-northeast-2을 이용했다)Default output format: 기본적으로 json 사용. 3. Acc..
AWS 서버비용절감 계획 및 기록 (2) - AWS S3, CloudFront
1. 구조 변화계속 EC2를 사용해왔기에 Lamda의 구조가 잘 그려지지 않는다. 원래의 구조와 비교하여 생각해보려한다. 1) 기존구조: React + DRF + Docker Swarm on EC2React: 앱을 정적파일로 빌드하고 Nginx 컨테이너로 제공함.DRF로 API 제공. /api 엔드포인트로 통일시켜둬서 이걸로 구분하고 Nginx를 이용해 서빙함.Docker Swarm: EC2에서 컨테이너 오케스트레이션 및 확장성을 관리함. 2) Lambda로 전환 이후: Lambda는 서버리스 기반이다.React는 정적파일로 빌드하고 S3와 CloudFront를 사용해서 배포한다. CloudFront는 CDN으로 사용자에게 빠르게 전달.DRF를 Lambda 함수로 분리해서 서버리스로 전환 2. Front..
AWS 서버비용절감 계획 및 기록 (1) - 구현계획
1. 현재 상황 40달러 안밖의 비용이 발생하고 있음. 이중 거의 절반을 차지하는 부분이 Amazon Elastic Compute Cloud - Compute 영역으로 보인다. 이 부분을 줄여보고자한다. 현재 나는 서버를 항상 켜두고 있기 때문에 인스턴스 사용시간이 비용을 증가시키는 가장 유효한 변수일 것으로 생각된다. 2. EC2 인스턴스를 사용자 요청에 따라 껐다 켜는 구조로 변경해본다.- SEO를 본격적으로 하지 않았기에, 유입이 크지 않은 상태이다. 사용자가 들어올때만 서버를 켜도 충분할 것이다.필요할 것 같은 몇가지 키워드를 찾아 공부해보고, 가능성을 조사해본다.* AWS Lightsail, Lambda 기반 서버리스 구조, CloudWatch Alarm 3. 구현흐름ChatGPT는 다음과 같..