Deploy : 배포
배포란 개발한 서비스를 사용자가 이용가능하게 하는 과정입니다.
4단계 배포의 흐름
(1) Development
- Local 환경에서 개발 및 테스트
- Sample Data를 이용
- 변경사항이 있어도 문제가 되지 않음
- 모든 구성원이 각자의 환경에서 진행
(2) Integration
- 각자의 환경에서 개발된 부분을 취합
- 코드간 confilct가 없는지 확인
- 작성한 코드가 다른 코드에 문제를 발생시키지 않는지 확인
(3) Staging
- Production단계와 가장 유사한 환경에서 테스트
- 복제된 실제 데이터를 이용해서 테스트
- 모든 관계자들에게 검증하는 단계
(4) Production
- 개발환경과는 구분 된 한경
- 실제 데이터를 이용
- 실제로 서비스가 제공되는 단계
작성한 코드가 다른 환경에서 정상 작동할 수 있게 해야함
설정을 환경 변수(envvars나 env라고도 불림)에 저장해야 합니다.
환경 변수는 코드 변경 없이 배포 때마다 쉽게 변경할 수 있습니다.
애플리케이션의 모든 설정이 정상적으로 코드 바깥으로 분리되어 있는지 확인할 수 있는 간단한 방법은 어떠한 인증정보도 유출시키지 않고 코드가 지금 당장 오픈 소스가 될 수 있는지 확인하는 것입니다.
- 주의해야 할점
코드 상의상대 경로를 사용해야 하며,.env등을 이용해 환경 변수를 설정하세요.
그 외에도 docker와 같은 가상화 도구는 환경 자체를 메타데이터로 담아서 아예 모든 개발 환경을 통일시킵니다.
EC2 (Elastic Compute Cloud)
AWS에서 제공하는 클라우드 컴퓨팅 서비스
장점
탄력적으로 초반에 이용할수 가 있다.
구성하는데 필요한 시간이 짧다.
다양한 운영체제에 대한 선택이 가능하다.
용어 정리
Instance : AWS에서 빌리는 컴퓨터를 instance라고 한다.
AMI: 소프트웨어 구성이 기재된 템플릿입니다. ex) 우분투 + node.js, 윈도우 + JVM 등
RDS (Relational Database Service)
AWS에서 제공하는 관계형 데이터베이스
-
EC2 인스턴스 내에 데이터베이스 설치 vs RDS 사용
-
EC2인스턴스 내 데이터베이스
EC2 인스턴스를 사용하면 데이터베이스와 관련해서 자동으로 관리를 담당하는 부분이 매우 적기 때문에, 사용자가 일일이 시간을 투자하여 데이터베이스 엔진의 설치와 버전 관리, 데이터 백업을 해야 합니다.
게다가 가용성과 내구성이 확보되지 않기 때문에 데이터베이스에 저장된 데이터가 유실되거나 정상적으로 사용하지 못할 확률이 커지며, 후에 필요에 따라 데이터베이스의 규모를 확장하기 어렵습니다.
RDS
RDS를 이용하면 데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리합니다.
사용자가 해야 할 일은 초기 설정을 제외하고 데이터베이스에 저장된 데이터를 관리하는 일 밖에 없기에 큰 편의성을 느낄 수 있습니다.
S3 (Simple Storage Service)
클라우드 스토리지 (인터넷 공간에 데이터를 저장하는 저장소) === 하드디스크 역활
장점 :
(1) 뛰어난 접근성
(2) 확장성 ( 데이터를 무한히 저장이 가능하다.)
(3) 강력한 내구성
(4) 가용성 보장
(5) 다양한 스토리지 클래스를 제공 (Standard/ Glacier)
(6) 정적 웹사이트 호스팅이 가능
- 정적파일: 서버의 개입없이 클라이언트에 제공될 수 있는 파일
- 웹 호스팅: 서버의 한 공간을 빌려주어 웹사이트의 배포, 운영이 가능하게 만들어주는 서비스
- S3에서는 버킷을 통해 정적 웹사이트 호스팅이 가능
버킷? :
버킷은 파일을 담는 바구니 (최상위 디렉토리)
무한이 많은 파일을 저장 가능
버킷의 이름은 각 리전에서 고융해야 함
버킷의 정책을 생성하여 엑세스 권한을 부여가능
객체:
객체는 버킷에 담기는 파일
객체는 파일과 메타데이터로 구성
모든 객체는 고유한 키를 가짐
URL 주소를 통해서 객체에 접근 가능
