애플리케이션을 빠르게 인스턴스화 & Elastic Beanstalk

클라우드 방식을 통해 애플리케이션을 빠르게 인스턴스화

 

EC2 인스턴스를 빠르게 구성하고 쉽게 배포할 수 있어야 한다

Golden AMI

• 애플리케이션과 OS 종속성등 모든 것을 사전에 생성하고 AMI를 만듬
• 이후 AMI를 통해 실행

User data를 통한 Bootstraping

• 매우 느리고 다른 EC2 인스턴스가 했던 일들을 반복함

Hybrid - Elastic Beanstalk

• Golden AMI와 User 데이터 혼합

RDS

• 스냅샷을 통해 복원되고 데이터베이스에 스키마, 데이터가 준비되어있다

EBS

• 스냅샷을 통해 복구되고 디스크는 미리 포맷되어있고 데이터를 가지고 있다

 

Elastic Beanstalk

• 개발자는 배포할 수 많은 애플리케이션이 있고 이를 매번 다시 설치하고 구성 작업을하는 것은 힘들다
• 다시말해 인프라와 배포된 코드를 관리하거나 데이터와 로드밸런서 등을 계속해서 구성하고 싶지 않다
• 또한 이 모든 것이 확장 가능해야한다

→ 이런 것들을 해결해주는게 Beanstalk이라고 한다

 

Elastic Beanstalk이란

• AWS에서 애플리케이션을 배포하는 개발자 중심의 관점
• 하나의 인터페이스로 모든 구성 요소를 재사용 하는 것
• 배포 관리 서비스 → 인스턴스 구성, 로드 밸런싱 설정, 상태 모니터링 등등
• 코드만 신경쓸 수 있게 해준다
• 서비스 자체는 무료지만 ASG, ELB 자체를 사용하는 비용은 내야함

 

Elastic Beanstalk 구성

• Application: Elastic Beanstalk의 구성 요소 (환경, 버전, 구성)
• Application Version: 배포하기 위해 관리되는 애플리케이션 코드의 버전
• Environment: 특정 애플리케이션 버전을 실행하는 리소스의 모음
  • 환경 내에서는 한번에 하나의 애플리케이션 버전만 존재
  • 이외엔 업데이트를 해야함
  • 웹 서버 환경티어와 개발자 환경 티어가 있다
  • dev, test, prod 어떤 환경이든 다수의 환경을 만들 수 있다

 

Web Server Tier vs Worker Tier

Worker 환경에서는 SQS 큐를 사용하며 SQS 메시지가 많을 수록 EC2 인스턴스도 많아진다.

어떤 것인지는 이해했는데 왜 Worker 환경에서 SQS를 사용하는지 잘 모르겠다

완전관리형 메시지 대기열 - Amazon Simple Queue Service - Amazon Web Services

완전관리형 메시지 대기열 - Amazon Simple Queue Service - Amazon Web Services

 

 

Beanstalk 실습

SAA과정에서는 단순하게 살펴보고 Developer로 들어가면 더 자세하게 알아 볼 수 있다

Beanstalk를 보면 현재까지 배웠던 모든 구성이 다 있고 설정을 일일히 구성할 필요가 없다

Beanstalk은 내부에서 CloudFormation을 활용해 애플리케이션을 배포한다