[TIL] Day71 #AWS

2022.08.05(Fri)

[TIL] Day71
[SEB FE] Day72

☑️ Amazon Web Service

🔸 기존 방식 한계

• 주기적인 유지 관리 필요 → 인력 / 비용 투입
• 공간 한계 → 데이터 센터 등장

 ➕ 데이터 센터에선 서버 자원과 공간, 네트워크 환경 제공 ⇒ 온프레미스

  👉 서버 자원과 공간, 네트워크 환경을 빌려 사용하는 클라우드 컴퓨팅 시작 from 가상화(Virtualization) 기술 발전

  ✋ 현대 클라우드 컴퓨팅은 물리적인 컴퓨터가 아닌, 가상 컴퓨터를 대여한다는 점이 다름

🔷 Cloud Computing

👍 클라우드 서비스 장점

• 필요할 때마다 컴퓨팅 능력 유연하게 조절 가능
• 사용한 만큼 요금 지불 (온프레미스는 고정적 비용 지불)
• 컴퓨터 스냅샷을 이용해 다른 컴퓨터로 즉시 이주 가능

👍 클라우드 서비스 단점

• 운영 환경 자체가 클라우드 제공자에게 종속됨 → 서비스 문제 발생시 배포하고 관리하는 환경에도 영향 미침

🔸 클라우드 서비스 형태

• SaaS(Software as a Service): 클라우드 제공자가 당장 사용가능한 SW를 제공하는 경우
• PaaS(Platform as a Service): 클라우드 제공자가 DB, 개발 플래폼까지 제공하는 경우
• IaaS(Infrastructure as a Service): 클라우드 제공자가 가상 컴퓨터까지 제공하는 경우 - AWS

🔷 Deploy

: 개발한 서비스를 사용자가 이용 가능하게 하는 과정

1. Development: Local 컴퓨터 환경에서 개발하고 테스트하는 과정
   • Sample Data 이용
   • 변경사항이 있어도 문제 ❌
   • 모든 구성원이 각 환경에서 진행
2. Integration: 각자의 컴퓨터 환경에서 작성한 코드를 합치는 과정
   • 코드간의 Conflict가 없는지 확인
   • 작성한 코드가 다른 코드에 문제를 발생시키지 않는지 환깅
3. Staging: 실제 출시 단계인 Production 단계와 가장 유사한 환경에서 테스트 진행
   • 복제된 실제 데이터를 이용해서 테스트
   • 모든 관계자들에게 검증하는 단계
4. Production: 개발된 서비스를 출시하는 단계
   • 실제 데이터 이용
   • 실제로 서비스가 제공되는 단계

✋ 배포에선 환경 차이를 이해하고 환경 설정을 코드와 분리하는 것이 중요!

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

• 환경에 따라 포트 분기 가능하도록 환경 변수(env) 설정하기
  • 환경 변수는 코드 변경없이 배포 때마다 쉽게 변경 가능
• 절대경로가 아닌 상대경로 사용하기
• Docker와 같은 개발 환경 자체를 통일시키는 솔루션 사용

🔷 EC2

Elastic Compute Cloud (Elastic = 탄력(신축성)있는, 유연한)

: AWS에서 제공하는 클라우드 컴퓨팅 서비스
👉 AWS에서 원격으로 제어할 수 있는 가상의 컴퓨터를 1대 빌리는 것
👉 AWS에서 비용, 성능, 용량 면에서 탄력적인 클라우드 컴퓨터를 제공하는 서비스

✋ Instance = AWS에서 빌리는 컴퓨터

👍 EC2 사용 장점

• 구성하는데 필요한 시간 짧음
• AMI를 통해 필요한 용도에 따라 다양한 운영체제에 대한 선택 가능

🙌 Amazon EC2을 통해 웹서버를 설치하고 사용자가 웹 브라우저를 통해 요청하는 서비스 제공 가능

🔸 AMI
: Amazon Machine Image. 인스턴스 생성시 필요한 소프트웨어 구성이 포함된 템플릿

🙌 AWS EC2 인스턴스를 생성한다 = AMI 토대로 OS, CPU, RAM, 런타임 등이 구성된 컴퓨터를 빌리는 것

🔷 RDS

: Relational Database Service. AWS에서 제공하는 관계형 데이터베이스 서비스

👍 RDS 사용 장점

• DB 유지 보수 관련 일들을 RDS에서 전적으로 자동 관리 → 사용자는 편리
• 다양한 데이터베이스 엔진 선택지 제공 (Oracle, MySQL, MariaDB …)

🔷 S3

: Simple Storage Service. AWS에서 제공하는 클라우드 스토리지 서비스

🔸 Cloude Storage
: 인터넷 공간에 데이터를 저장하는 저장소 (웹 환경이라면 언제 어디서나 저장된 파일에 접근 가능)

👍 S3 사용 장점

• 높은 확장성 → 데이터 무한히 저장 가능 (스토리지 용량 무한 확장 가능)
• 강력한 내구성 → 저장된 파일 유실 가능성 ⬇️
• 높은 가용성 보장 → 스토리지에 저장된 파일들을 정상적으로 사용할 수 있는 시간이 길어짐
• 다양한 스토리지 클래스 제공
  • Standard 클래스: 데이터에 빠른 속도로 접근 가능, 데이터 액세스 요청에 대한 처리 속도가 빠름 ⇒ 데이터에 자주 액세스해야 할 경우나 범용적인 목적으로 사용하기 좋음
  • Glacier 클래스: 데이터의 장기적인 보관 목적으로, 저장된 데이터에 액세스하는 속도는 느리지만, 데이터 보관 비용 저렴
• 정적 웹 사이트 호스팅 가능 (S3에선 버킷이 사용자들이 정적 웹 사이트를 배포할 수 있는 공간 제공)
  • 정적 파일: 서버 개입 없이 클라이언트에 제공될 수 있는 파일
  • Web Hosting: 서버 한 공간을 임대해 주는 서비스로, 웹 사이트 배포, 운영이 가능하게 만들어주는 서비스

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

• 무한히 많은 파일들 저장 가능
• 버킷 이름은 각 리전에서 고유해야 함
• 버컷 정책 생성 → 액세스 권한 부여 가능

🔸 객체
: S3에서 버킷에 담기는 파일 (key-value 형식으로 데이터 저장하기 하므로 said 객체!)

• 파일 & 메타데이터로 구성
• 모든 객체는 고유한 키를 가짐 (키는 식별자 역할)
• URL 주소를 통해 객체 접근 가능 (All 객체 have 고유 URL 주소)
  • URL 주소 형식: http://[버킷 이름].S3.amazonaws.com/[객체 키]

✋ Region(리전): AWS에서 클라우드 서비스를 제공하기 위해 운영하는 물리적인 서버 위치
✋ 가용 영역(Availability Zone): 각 리전 안에 존재하는 데이터 센터(IDC)

🔷 Deploy Strategy(배포 전략)

🔸 Client 배포

• S3를 이용해 정적파일로 빌드하여 배포
• AWS의 CDN 서비스인 CloudFront를 통해 사용자에게 콘텐츠를 더 빨리 배포 가능
  • 각자의 데이터 센터에 데이터를 분산시켜 저장 → 가까운 지역에서 데이터를 주는 방식

➕ Build

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

🔸 Server 배포

• AWS EC2를 통해 손쉽게 서버 구성하고 서비스 제공 가능

🔸 Database 배포

• RDS를 통해 EC2로 배포된 Server Application 데이터를 저장, 제공하는 데이터베이스 배포 가능

🔸 DNS

• 도메인을 통해 서비스에 접속하려면, Route53 서비스 이용

---

☑️ Back-end 배포 실습

• AWS 접속 후, EC2의 인스턴스 연결 (Sesiion Manager로 연결) → 웹 브라우저에서 터미널 실행

  ```bash
  # 터미널을 bash로 변경
  $ bash
  
  # 최상위 디렉토리로 이동
  $ cd ~
  
  # 패키지 정보를 최신 상태로 업데이트
  $ sudo apt update
  
  # nvm 설치
  $ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash
  $ source ~/.nvm/nvm.sh
  
  # nvm 잘 설치되었는지 버전 확인해보기
  $ nvm —version
  
  # node.js 설치
  $ nvm install node
  
  # npm 설치
  $ sudo apt install npm
  
  # git clone
  $ git clone [git repository url]
  $ cd [repository name]/server
  
  $ npm i
  $ sudo npm start
  
  # EC2 인스턴스의 퍼블릭 IPv4 DNS 주소로 접속 테스트해보기
  # (HTTPS가 아닌 HTTP로 접속하기)
  # http://ec2-00-00-0000.ap-northeast-2.compute.amazonaws.com/
  
  # 이미 실행중인 서버 포트라는 에러 발생시 강제로 실행중인 서버 포트 죽이기
  $ sudo lsof -i:80
  $ sudo kill -9 [PID]
  ```

  
  

✅ 보안그룹(Security Group), PM2 추후 추가 학습해보기

🔷 보안그룹(Security Group)

🔷 PM2(Process Manage)

: 백그라운드에서 프로세스를 작동시킬 수 있는 프로세스 매니저

$ npm install pm2 -g
$ pm2 start app.js (error)
$ pm2 log

# 관리자 권한 부여를 위한 authbind 패키지 추가 설치
$ sudo apt-get update
$ sudo apt-get install authbind
$ sudo touch /etc/authbind/byport/80
$ sudo chown ubuntu /etc/authbind/byport/80
$ sudo chmod 755 /etc/authbind/byport/80
$ authbind --deep pm2 update

☑️ Front-end 배포 실습

1. S3 접속 → 내 디렉토리 확인

2. 로컬 환경에서 프로젝트의 client 디렉토리 내의 .env 파일에 나의 서버 주소 추가하기

   REACT_APP_API_URL = http://ec2-00-00-0000.ap-northeast-2.compute.amazonaws.com/

   $ npm install
    $ npm run build

3. 생성된 build 디렉터리의 모든 파일을 S3의 내 디렉터리에 넣고 업로드하기

4. index.html의 객체 URL주소 중 HTTPS→HTTP 변경 후 접속해보기