[Deploy] AWS(Amazon Web Service)

rsuubinn·2023년 3월 31일
aws
0

deploy

목록 보기
1/5
post-thumbnail

✏️ AWS(Amazon Web Serevice)

📍 클라우드 컴퓨팅(Cloud Computing)

기존 방식의 한계

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

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

현대 클라우드 컴퓨팅은 앞에 데이터 센터와 비슷한 역할을 하지만 물리적인 컴퓨터가 아닌 가상 컴퓨터를 대여하는 점이 다르다.
이는 가상화(Virtualization) 기술의 발전으로부터 비롯되었다.

클라우드 서비스의 장점

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

클라우드 서비스의 단점

운영 환경 자체가 클라우드 제공자에게 종속되어 버리므로, 클라우드 서비스에 문제가 생기면 내가 배포하고 관리하는 환경에도 영향이 미친다.

클라우드 서비스의 형태

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

📍 EC2(Elastic Compute Cloud)

: 아마존 웹 서비스에서 제공하는 비용, 성능, 용량 면에서 탄력적인(사용한 만큼 비용 지불) 클라우드 컴퓨팅 서비스
클라우드 컴퓨팅 → 인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비스를 제공하는 서비스이다.
아마존에서 가상의 컴퓨터를 한 대 빌리는 것과 같다.

EC2 서비스의 장점

  1. 몇 번의 클릭만으로 PC를 구성하기 때문에 구성하는데 필요한 시간이 짧음
  2. AMI를 통해서 필요한 용도에 따라 다양한 운영체제에 대한 선택이 가능
  3. CPU와 RAM, 용량까지도 손쉽게 구성 가능

EC2를 통해서 할 수 있는 가장 기본적인 일은 웹서버를 설치하고 웹 서버를 통해서 사용자가 웹 브라우저를 통해 요청하는 서비스를 제공하는 것이다.

  • 인스턴스(Instance) : AWS에서 빌리는 컴퓨터
  • AMI(Amazon Machine Image)
    • 인스턴스를 생성하는데 필요한 소프트웨어 구성(운영 체제, 애플리케이션 서버, 애플리케이션)이 포함된 템플릿
    • 이미지 종류로는 단순히 운영체제(윈도우, 우분투, 리눅스 등)만 깔려있는 템플릿을 선택할 수도 있고, 아예 특정 런타임이 설치되어 있는 템플릿이 제공되는 경우도 있다. (우분투 + node.js, 윈도우 + JVM 등)

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

📍 RDS(Relational Database Service)

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

EC2 인스턴스를 사용하면 데이터베이스와 관련해서 자동으로 관리를 담당하는 부분이 매우 적기 때문에, 사용자가 일일이 시간을 투자하여 데이터베이스 엔진의 설치와 버전 관리, 데이터 백업을 해야 한다.
게다가 가용성과 내구성이 확보되지 않기 때문에 데이터베이스에 저장된 데이터가 유실되거나 정상적으로 사용하지 못할 확률이 커지며, 후에 필요에 따라 데이터베이스의 규모를 확장하기 어렵다.

RDS를 이용하면 데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리한다.
사용자가 해야 할 일은 초기 설정을 제외하고 데이터베이스에 저장된 데이터를 관리하는 일 밖에 없기 때문에 큰 편의성을 느낄 수 있다.

RDS의 장점

  • 다양한 데이터베이스 엔진 선택이 가능하다.
    • 회사에서 근무하고 있는 실무자는 회사에 필요한 데이터베이스 엔진을 취사선택하여 이용 가능
    • 일반 사용자는 필요와 목적에 맞게 데이터베이스 엔진을 선택하여 효율성을 높일 수 있음

📍 S3(Simple Storage Service)

클라우드 스토리지 : 인터넷 공간에 데이터를 저장하는 저장소(ex. Google Drive, MYBOX, Onedrive 등)

  • 클라우드 스토리지의 장점
    • 뛰어난 접근성(웹 환경이라면 언제 어디서나 저장된 파일에 접근 가능)

S3의 장점

  • 높은 확장성
    • 확장성이 높으면 많은 시간과 수고를 들이지 않고 스토리지 규모를 확장/축소 가능
  • 용량을 무한히 확장할 수 있음
  • 사용한 만큼만 비용을 지불하면 되기 때문에 비용적인 측면에서 매우 효율적
  • 스토리지의 내구성이 높으면 저장된 파일을 유실할 가능성이 적은데 S3은 99%의 내구성 보장
  • 가용성이 높으면 스토리지에 저장된 파일들을 정상적으로 사용할 수 있는 시간이 긴데 S3은 99% 가용성 보장
    • 높은 내구성과 가용성을 보장하는 이유?

      주황색으로 동그라미 쳐진 지역을 리전 이라고 부른다.
      리전(Region) : 클라우드 서비스를 제공하기 위해서 운영하는 물리적인 서버의 위치
      주황색 동그라미 안의 숫자는 리전에 위치한 가용 영역의 수를 뜻한다.
      가용 영역(Availablity Zon) : 각 리전 안에 존재하는 데이터 센터
      • 가용 영역은 각각 개별적인 위치에 떨어져서 존재한다. 그래서 한 곳의 가용 영역이 재난이나 사고로 인해 가동이 불가능해지더라도 다른 가용 영역에 백업을 해놓은 데이터를 활용하여 문제없이 서버가 가동되게 한다.
  • 다양한 스토리지 클래스를 제공한다.
    • Standard 클래스 : 데이터에 빠른 속도로 접근할 수 있고, 데이터 엑세스 요청에 대한 처리 속도가 빠르다. 대신 데이터를 오래 보관하는 목적으로는 보관 비용이 높게 발생하기 때문에 효율적인 선택지는 아니다.
    • Glacier 클래스 : 장기적인 보관 목적으로 스토리지 사용한다. 비록 저장된 데이터에 엑세스하는 속도는 느리지만, 데이터를 보관하는 비용이 매우 저렴하다.
  • 정적 웹 사이트 호스팅이 가능하다.
    • 정적 파일 : 서버의 개입 없이 생성된 파일
    • 동적 파일 : 클라이언트가 서버에 요청을 보내면, 서버가 요청에 맞춰 그 자리에서 생성한 파일
    • 웹 호스팅 : 서버의 한 공간을 임대해주는 서비스
    • S3에서는 버킷이 사용자들이 정적 웹 사이트를 배포할 수 있는 공간을 제공한다.
    • 버킷
      • 파일들이 담기는 바구니(최상위 디렉토리)
      • 무한히 많은 파일 저장 가능
      • 버킷의 이름은 각 리전에서 고유해야 함
      • 버킷의 정책을 생성하여 액세스 권한 부여 가능
    • 객체
      • 버킷에 담기는 파일(S3에서 저장소에 데이터를 저장할 때 키-값 페어 형식으로 저장)
      • 객체는 파일과 메타데이터로 구성
      • 파일의 키는 각각의 객체를 고유하게 만들어주는 식별자 역할, 값에는 실제 데이터를 저장
      • URL 주소를 통해 객체에 접근 가능
      • URL 주소 형식 : http://[버킷의 이름].S3.amazonaws.com/[객체의 키]

📍 배포 전략

AWS에서 제공하는 서비스인 S3 서비스를 통해 사용자들에게 클라이언트(client)를 제공할 수 있다.
클라이언트를 정적 파일로 빌드하여 배포한다.

  • 빌드
    • 불필요한 데이터를 없애고, 데이터를 통합/압축하여 배포하기 최적하된 상태를 만드는 것
    • 데이터의 용량이 줄어들고, 웹 사이트 로딩 속도가 빨라진다는 장점이 있음
    • 웹 앱은 배포 가능한 정적 파일(static files)의 형태로 만들어 줘야 함

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

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

AWS에서 제공하는 Route 53 서비스를 이용하면 직관적인 도메인 주소를 통해 서비스에 접근 가능하다.

📍 Deploy

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

기본적인 배포 4단계

  • Development

    • 각자의 컴퓨터에서 코드를 작성하고 테스트하는 과정
    • 실제 데이터를 이용하지 않고 더미 데이터를 이용해서 테스트
    • 변경사항이 있어도 문제가 되지 않음

  • Integration

    • 각자의 환경에서 개발된 코드를 합치는 과정
    • 코드간 Conflict 유무 확인
    • 작성한 코드가 다른 코드에 문제를 발생시키지 않는지 확인

  • Staging

    • Production 단계와 가장 유사한 환경에서 테스트
    • 복제된 실제 데이터를 이용해서 테스트
    • 모든 관계자들에게 검증하는 단계

  • Production

    • 개발된 서비스를 출시하는 단계
    • 개발환경과는 구분된 환경
    • 실제 데이터를 이용
    • 실제로 서비스가 제공되는 단계

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

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

[Deploy] AWS 배포 실습

0개의 댓글