S4) Unit 9. [Deploy]Amazon Web Service

📣  클라우딩 컴퓨터

𝟭. 기존 서버의 방식

✔️ 같은 공간에 더 많은 컴퓨터를 추가하거나 컴퓨터 성능을 업그레이드 했다.

✔️ 기존 방식의 한계

1️⃣ 주기적인 유지 관리가 필요하다.

2️⃣ 공간의 한계가 있다.

 

𝟮. 클라우드의 등장

1️⃣ 클라우드의 장점

✔️ 서버의 자원과 공간, 및 네트워크 환경을 제공하며 필요할 때마다 컴퓨팅 능력을 유연하게 조절해서 사용한 만큼의 요금만 지급하게 한다.

✔️ 컴퓨터의 스냅샷을 이용해 다른 컴퓨터로 즉시 이주가 가능하다.

 

2️⃣ 클라우드의 단점

✔️ 운영환경이 특정 클라우드 사업자에게 종속되어 백엔드 구성 자체가 특정 회사의 기술로만 구성해야 하는 경우가 발생할 수도 있다.

 

3️⃣ 클라우드의 목표

✔️ 모든 것을 서비스화하는 것

 

4️⃣ 클라우드 서비스의 형태

✔️ SaaS(Software as a Service) : 클라우드 제공자가 당장 사용 가능한 소프트웨어를 제공하는 경우

✔️ PaaS(Platform as a Service) : 클라우드 제공자가 데이터베이스, 개발 플랫폼까지 제공하는 경우

✔️ IaaS(Infrastructure as a Service) : 클라우드 제공자가 가상 컴퓨터까지 제공하는 경우

---

📣  EC2

𝟭. Amazon EC2(Elastic Compute Cloud)

✔️ 아마존 웹 서비스에서 제공하는 클라우드 컴퓨팅 서비스

➰ 인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비스를 제공하는 서비스

➰ 아마존에서 가상의 컴퓨터를 한 대 빌리는 것

➰ AWS에서 비용, 성능, 용량 면에서 탄력적인 클라우드 컴퓨터를 제공하는 서비스

=> 컴퓨터를 조작하기 위해 네트워크(인터넷)를 통해서 컴퓨터를 제어해야 한다는 차이점이 있을 뿐 일반적인 컴퓨터와 다른 점은 없다.

 

𝟮. EC2의 장점

1️⃣ 구성하는 데 필요한 시간이 짧다.

2️⃣ AMI를 통해서 필요한 용도에 따라 다양한 운영체제에 대한 선택이 가능하다.

3️⃣ 컴퓨터를 한 대 빌리는 것이므로 컴퓨터로 할 수 있는 모든 일을 할 수 있다.

 

𝟯. AMI(Amazon Machine Image)

✔️ 인스턴스를 생성하는데 필요한 소프트웨어 구성이 기재된 템플릿

➰ 이미지 종류로는 단순히 운영체제(윈도우, 우분투 리눅스 등)만 깔려있는 템플릿을 선택할 수도 있고, 아예 특정 런타임이 설치되어 있는 템플릿이 제공되는 경우도 있다.

➰ 빌릴 PC는 사용용도에 맞게 운영체제, 런타임 등이 구성된 Setting을 선택할 수 있다.

➰ Instance는 선택한 AMI를 토대로 구성되며 AWS에는 상당히 많은 양의 AMI 세팅이 준비되어 있기 때문에 손쉽게 인스턴스의 운영체제를 구성할 수 있다.

➰ 인스턴스를 생성한다 -> AMI를 토대로 운영체제, CPU, RAM 혹은 런타임 등이 구성된 컴퓨터를 빌리는 것

---

📣  RDS

𝟭. RDS(Relational Database Service)

✔️ AWS에서 제공하는 관계형 데이터베이스 서비스

1️⃣ EC2 인스턴스를 사용

    ㄴ 데이터베이스와 관련해서 자동으로 관리를 담당하는 부분이 매우 적기 때문에, 사용자가 일일이 시간을 투자하여 데이터베이스 엔진의 설치와 버전 관리, 데이터 백업을 해야 한다.

    ㄴ 가용성과 내구성이 확보되지 않기 때문에 데이터베이스에 저장된 데이터가 유실되거나 정상적으로 사용하지 못할 확률이 커지며, 후에 필요에 따라 데이터베이스의 규모를 확장하기 어렵다.

2️⃣ DS를 이용하는 것

    ㄴ 데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리한다.

    ㄴ 사용자가 해야 할 일은 초기 설정을 제외하고 데이터베이스에 저장된 데이터를 관리하는 일 밖에 없기에 큰 편의성을 느낄 수 있다.

    ㄴ 다양한 데이터베이스 엔진 선택지를 제공하기 때문에 필요와 목적에 맞게 데이터베이스 엔진을 선택하여 효율성을 높일 수 있다.

---

📣  S3

𝟭. S3(Simple Storage Service)

✔️ AWS에서 제공하는 클라우드 스토리지 서비스

 

𝟭. S3의 장점

1️⃣ 높은 확장성

    ㄴ 데이터를 무한히 저장 가능하다.

2️⃣ 강력한 내구성

    ㄴ 99.999999999%의 내구성을 보장한다.

3️⃣ 가용성 보장

    ㄴ 99.99%의 가용성을 보장한다.

    ㄴ 가용 영역은 각각 개별적인 위치에 떨어져서 존재하기 때문에 한 곳의 가용 영역이 재난이나 사고로 인해 가동이 불가능해지더라도 다른 가용 영역에 백업을 해놓은 데이터를 활용하여 문제없이 서버가 가동될 수 있다.

4️⃣ 다양한 스토리지 클래스 제공

    ㄴ 저장소를 어떤 목적으로 활용할지에 따라 효율적으로 선택할 수 있는 스토리지 클래스가 달라진다.

    ㄴ (1) Standard 클래스 : 범용적인 목적으로 사용하기 좋다.

        ㄴ 데이터에 빠른 속도로 접근할 수 있고, 데이터 액세스 요청에 대한 처리 속도가 빠른 대신 보관 비용이 높게 발생한다.

    ㄴ (2) Glacier 클래스 : 장기적인 보관 목적으로 사용하기 좋다.

        ㄴ 저장된 데이터에 액세스하는 속도는 느리지만, 데이터를 보관하는 비용이 매우 저렴하다.

5️⃣ 정적 웹 사이트 호스팅이 가능

    ㄴ 정적 파일 : 서버의 개입 없이 생성된 파일

    ㄴ 웹 호스팅 : 서버의 한 공간을 빌려줘서 웹 사이트의 배포, 운영이 가능하게 만들어주는 서비스

    ㄴ S3에서는 버킷을 통해 정적 웹 사이트 호스팅이 가능하다.

        ㄴ 버킷 : S3에 저장되는 파일들이 담기는 바구니(파일을 저장하는 최상위 디렉터리)

        ㄴ 버킷에 담기는 파일을 객체라고 부르며 파일과 메타데이터로 구성된다.

---

📣  Deploy Strategy

𝟭. Deploy(배포)

✔️ 개발한 서비스를 사용자가 이용할 수 있도록 하는 것

➰ AWS에서 제공하는 S3 서비스를 통해 사용자들에게 client application을 제공할 수 있다.

➰ 클라이언트를 정적파일로 빌드해서 배포한다.

➰ 빌드 : 불필요한 데이터를 없애고, 여러 갈래로 퍼져있는 데이터들을 통합/ 압축하여 배포하기에 최적화된 상태를 만드는 것

➰ 웹 앱에서 HTML, CSS, JS의 형태로 배포하기 위해서 웹 앱을 배포 가능한 정적 파일의 형태로 만들어줘야 한다.

    ㄴ React의 경우 npm run build와 같은 명령을 사용해서, 정적 파일 형태의 결과물을 만들어 낸 후 배포하면 된다.

➰ 사용자들이 제공받은 Client Application을 통해서 요청을 전달할 Server Application은 어떻게 배포해야 할까?

    ㄴ AWS EC2 서비스를 통해 손쉽게 서버를 구성하고 서비스를 제공할 수 있다.

    ㄴ RDS 서비스를 이용하여 EC2를 통해 배포된 Server Application의 데이터를 저장, 제공하는 데이터베이스를 배포할 수 있다.

➰ S3, EC2를 이용해서 배포된 서비스는 IP 주소 혹은 AWS에서 제공하는 여러분의 서비스와는 전혀 상관없는 긴 도메인 주소를 통해 접근하게 된다.

    ㄴ ㅁAWS에서 제공하는 Route 53 서비스를 이용하면 직관적인 도메인 주소를 통해서 서비스에 접근하도록 할 수 있다.

 

𝟮. 배포 과정

1️⃣ Development

✔️ 각자의 컴퓨터에서 코드를 작성하고 테스트하는 과정

➰ 개발 단계이기 때문에 실제 데이터를 이용하지 않고 더미 데이터를 이용해서 테스트한다.

 

2️⃣ Intergration

✔️ 각자의 컴퓨터에서 작성한 코드를 합치는 과정

➰ 작성한 코드가 다른 코드를 침범해서 오류를 일으키지 않는지, 코드 간에 conflict가 있지는 않은지 확인하는 과정을 거친다.

 

3️⃣ Staging

✔️ 실제 출시 단계인 Production 단계와 가장 유사한 환경에서 테스트를 진행

➰ 실제 데이터를 복사해서 문제가 있지 않은지 등 다양한 환경에서 테스트를 진행한다.

➰ 서비스와 관련된 부서 혹은 인원의 확인 과정을 거친다.

 

4️⃣ Production

✔️ 개발된 서비스를 출시하는 단계

➰ 사용자가 접속할 수 있는 Production 환경에서 코드를 구동하고 서비스를 제공한다.

➰ 실제 데이터를 가지고 서비스가 운영되기 때문에 문제가 생기면 안 되는 단계

 

𝟯. 배포에서 중요한 것

✔️ 환경의 차이를 이해하고 환경 설정을 코드와 분리하는 것

➰ 작성한 코드가 다른 환경에서 정상 작동할 수 있게 하려면, 설정을 환경 변수에 저장해야 한다.

    ㄴ 환경 변수는 코드 변경 없이 배포 시에 쉽게 변경할 수 있으며 설정 파일과 달리 잘못해서 코드 저장소에 올라갈 가능성도 낮다.

➰ 절대경로 대신 상대경로를 사용한다.

➰ Docker와 같은 가상화 도구를 사용해서 개발 환경 자체를 통일시킨다.