배포 - AWS(Amazon Web Service)

🔔 Amazon Web Service

기존 서버의 방식

• 서버실과 같은 곳에 컴퓨터를 배치하고 인터넷을 연결하여 서비스를 제공
• 만약 서버가 요청에 대한 수용 능력이 한계에 도달한다면???
  - 같은 공간에 더 많은 컴퓨터를 추가
  - 컴퓨터 성능 업그레이드

 

기존 방식의 한계(문제점)

1. 주기적인 유지 관리가 필요함
   - 고장, 인터넷 연결이 되지 않는 컴퓨터가 생길 수 있기 때문에 해결을 위한 인력 및 비용이 투입 된다.
   - 컴퓨터가 추가 될 수록 인력과 비용이 증가된다.
2. 공간의 한계
   - 컴퓨터를 계속 추가하게 되면 결국 공간이 부족하여 더 이상 컴퓨터를 추가 할 수 없게 될 수 있다.

 

기존방식의 한계를 극복

• 큰 기업들은 데이터 센터라는 거대한 건물을 세우고 그안에서 컴퓨터의 공간을 배치하기 시작했다.
• 데이터 센터에서는 서버의 자원과 공간, 네트워크 환경을 제공한다.(이런 환경을 "온프레미스"라고 부른다.)
• 데이터 센터의 유휴 자원을 대여하는 서비스가 등장하기 시작했다.

 

클라우드의 등장

• 데이터 센터와 비슷한 역할을 하지만 물리적인 컴퓨터가 아닌, 가상 컴퓨터를 대여한다는 점이 다르다.
• 가상화(Virtualization) 기술의 발전으로 부터 시작되었다.

 

클라우드의 장점(온프레미스 형식과 차이)

1. 필요할 때마다 컴퓨팅 능력을 유연하게 조절할 수 있다.
2. 고정적인 비용이 들어가는 온프레미스와는 달리 사용한 만큼의 요금만 지불하면 된다.
3. 컴퓨터의 스냅샷("이미지"라고 부른다)을 이용해 다른 컴퓨터로 즉시 이주(migration)가 가능하다.

 

클라우드의 단점

• 운영 환경 자체가 클라우드 제공자에게 종속되어 버려, 클라우드 서비스에 문제가 생기면 배포하고 관리하는 환경에도 영향이 미친다.
• 운영환경이 특정 클라우드 사업자(vendor)에게 종속된다는 얘기는, 백엔드 구성 자체가 특정 회사의 기술로만 구성해야 하는 경우가 발생할 수 있다는 이야기다.

 

클라우드의 대표적인 서비스 및 제공 서비스 범위

출처 - https://www.whatap.io/ko/blog/9/

• SaaS(Software as a Service) - 클라우드 제공자가 당장 사용 가능한 소프트웨어를 제공하는 경우
• PaaS(Platform as a Service) - 클라우드 제공자가 데이터베이스, 개발 플랫폼까지 제공하는 경우
• IaaS(Infrastructure as a Service) - 클라우드 제공자가 가상 컴퓨터까지 제공하는 경우

 

🔔  Deployment

배포란?

• 개발한 서비스를 사용자들이 이용가능하게 하는 일련의 과정

 

 

 

작성한 코드가 다른 환경에서 정상 작동할 수 있게 하려면?

• 절대경로 대신 상대경로를 사용한다.
• 환경에 따라 포트를 분기할 수 있도록 환경변수를 설정한다.
• Docker와 같은 개발 환경 자체를 통일시키는 솔루션을 사용한다.

 

 

🔔  EC2

EC2란?

• Amazon EC2 = Elastic Compute Cloud
• 아마존 웹 서비스에서 제공하는 클라우드 컴퓨팅 서비스이다.
• 클라우드 컴퓨팅은 인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비를 제공하는 서비스다.
• 정리하자면 아마존에서 가상의 컴퓨터를 한대 빌리는 것이다.
• 사용한 만큼 비용을 지불하는 것이다.

 

EC2의 장점

1. 구성하는데 필요한 시간이 짧다.
   - 만약 PC를 구매한다면 배송되는 시간까지 필요하지만 EC2는 몇번의 클릭으로 PC를 구성할 수 있다.
2. 다양한 운영체제에 대한 선택이 가능하다.
   - 운영체제 뿐만 아니라 CPU, RAM, 용량까지도 쉽게 구성할 수 있다.
   
   

Instance

• AWS에서 빌리는 컴퓨터를 Instance라 한다.(1대의 컴퓨터를 의미하는 단위)

 

AMI(Amazon Machine Image)

• 소프트웨어 구성이 기재된 템플릿이다.
  - 이미지 종류로는 운영체제(윈도우, 우분투 리눅수 등)만 깔려있는 템플릿을 선택할 수도 있고,
  - 특정 런타임이 설치되어있는 템플릿이 제공되는 경우도 있다.(우분투+node.js, 윈도우+JVM등)

 

 

🔔  RDS

RDS 란?

• RDS = Relational Database Service
• AWS에서 제공하는 관계형 데이터베이스 서비스

 

RDS 사용의 장점

• 데이터베이스 유지보수와 관련된 일들을 RDS에서 전적으로 자동 관리한다.
• 사용자는 초기 설정을 제외하고 데이터베이스에 저장된 데이터를 관리하는 일 밖에 없기에 편의성을 제공한다.

 

 

🔔  S3

S3 란?

• S3 = Simple Storage Service
• AWS에서 제공하는 클라우드 스토리지 서비스

 

S3  사용의 장점

• 높은 확장성 
  - 확장성이 높으면 많은 시간과 수고를 들이지 않고 스토리지 규모를 확장/축소할 수 있다.
  - S3에서는 스토리지의 용량을 무한히 확장할 수 있다.(사용한만큼 비용만 지불하면 된다)
  
  
• 강력한 내구성
  - 스토리지의 내구성이 높으면 저장된 파일을 유실할 가능성이 적다.
• 높은 가용성
  - 저장된 파일들을 정상적으로 사용할 수 있는 시간이 길어진다.
  
  

어떤 원리로 AWS는 가용성, 내구성이 좋은것일까? - 전세계에 물리적인 서버 위치를 두고 있고 이 지역을 리전(Region)이라고 한다.

 

 

• 다양한 스토리지 클래스를 제공
  - 저장소를 어떤 목적으로 활용할지에 따라 효율적으로 선택할 수 있는 스토리지 클래스가 달라진다.
  - 대표적으로 많이 선택하는 스토리지 클래스는 두가지이다.(Standard, Glacier)
  - Standard 클래스 : 범용적인 목적으로 사용하기 좋다. 데이터에 빠른 속도로 접근 가능, 데이터 액세스 요청 처리 속도 빠름
                                  그러나 데이터를 오래 보관하는 목적으로는 효율적이지 않고, 보관 비용이 높게 발생한다.
  - Glacier 클래스 : 장기적인 보관 목적, 속도는 느리지만, 데이터를 보관하는 비용이 저렴하다.  
  
  
  
• 정적 웹 사이트 호스팅이 가능
  - 정적파일 : 서버의 개입 없이 클라이언트에 제공되는 파일 (동적파일:서버에 요청을 보내면, 요청에 맞추어 생성한 파일)
  - 웹 호스팅 : 서버의 한 공간을 빌려주어 웹 사이트의 배포, 운영이 가능하게 만들어주는 서비스
  - S3에서는 버킷을 통해 정적 웹 사이트 호스팅이 가능

 

버킷이 무엇일까?

• S3에 저장되는 파일들이 담기는 바구니 -> 파일을 저장하는 최상위 디렉터리
• 무한히 많은 파일을 저장 가능
• 버킷의 이름은 각 리전에서 고유해야 한다.
• 버킷의 정책을 생성하여 액세스 권한을 부여 가능
• 버킷에 담기는 파일을 객체라고 부른다. (저장할 때 키-값 페어 형식으로 데이터를 저장)
• 객체는 파일과 메타데이터로 구성
• 모든 객체는 고유한 키를 가진다.
• URL 주소를 통해서 객체에 접근 가능하다.
  - 형식 : http://[버킷의 이름].S3.amazonaws.com/[객체의 키]

 

 

 

🔔  Deploy Strategy

AWS에서 제공하는 서비스인 S3라는 서비스를 통해 사용자들에게 Client를 제공할 수 있다.

- 클라이언트 앱을 정적 파일로 빌드하여 제공한다.

- S3를 이용해서 클라이언트를 배포한다.

 

 

빌드란?

• 불필요한 데이터를 없애고, 여러 갈래로 퍼져있는 데이터들을 통합/ 압축하여 배포하기에 최적화 된 상태를 만드는 것.
• 데이터 용량이 줄어들고 웹 사이트 로딩 속도가 빨라진다.

 

 

Database 배포

• AWS에서는 Database 특화 서비스인 RDS서비스를 제공하고 있다.
• RDS 서비스를 이용하여 EC2를 통해 배포된  Server Application의 데이터를 저장, 제공하는 데이터 베이스를 배포