Amazon Web Service
Cloud Computing
데이터 센터의 유휴 자원을 대여하는 서비스가 등장하여 서버의 자원과 공간, 및 네트워크 환경을 제공을 빌려 사용한다.
클라우드 서비스 장점
1. 필요할 때마다 컴퓨팅 능력을 유연하게 조절할 수 있 다.
2. 고정적인 비용이 들어가는 온프레미스와는 달리 사용한 만큼의 요금만 지불하면 된다.
3. 컴퓨터의 스냅샷("이미지"라고 부릅니다) 을 이용해 다른 컴퓨터로 즉시 이주(migration)가 가능하다.
클라우드 서비스 단점
운영 환경 자체가 클라우드 제공자에게 종속되어 버리므로, 클라우드 서비스에 문제가 생기면 내가 배포하고 관리하는 환경에도 영향이 미친다.
클라우드 서비스의 형태
1. SaaS( Software as a Service)
2. IaaS(Infrastructure as a Service)
3. PaaS(Platform as a Service)
Deployment
배포란 개발한 서비스를 사용자가 이용가능하게 하는 과정이다. 배포에서는, 환경의 차이를 이해하고 환경 설정을 코드와 분리하는 것이 중요하다.
배포의 4단계
STEP 1. Development 단계
- 각자의 컴퓨터에서 코드를 작성하고 테스트하는 과정.
- 개발 단계이기 때문에 실제 데이터를 이용하지 않고 더미 데이터를 이용해서 테스트한다.
STEP 2. Integration 단계
- 각자의 컴퓨터에서 작성한 코드를 합치는 과정 .
- 내가 작성한 코드가 다른 코드를 침범해서 오류를 일으키지 않는지, 코드 간에 conflict가 있지는 않은지 확인하는 과정을 거친다.
STEP 3. Staging 단계
- 실제 출시 단계인 Production 단계와 가장 유사한 환경에서 테스트를 진행 .
- 실제 데이터를 복사해서 문제가 있지 않은지 등 다양한 환경에서 테스트한다.
- 서비스와 관련된 부서 혹은 인원의 확인 과정을 거친다. 작성된 코드가 마케팅팀 혹은 디자인팀이 예상했던 결과인지 확인을 거치는 과정이다.
STEP 4. Production 단계
- 개발된 서비스를 출시하는 단계.
- 사용자가 접속할 수 있는 Production 환경에서 코드를 구동하고 서비스를 제공한다.
- 실제 데이터를 가지고 서비스가 운영되기 때문에 문제가 생기면 안 되는 단계.
- 작성한 코드가 다른 환경에서 정상 작동하게 하기
- 절대경로 대신 상대경로 사용
- 환경에 따라 포트를 분기할 수 있도록 환경변수(envvars나 env라고도 불림)를 설정한다. 환경 변수는 코드 변경 없이 배포 때마다 쉽게 변경할 수 있다.
- Docker와 같은 개발 환경 자체를 통일시키는 솔루션을 사용한다.
- docker와 같은 가상화 도구는 환경 자체를 메타데이터로 담아서 아예 모든 개발 환경을 통일시킨다.
Amazon EC2(Elastic Compute Cloud)
EC2란 아마존 웹 서비스에서 제공하는 클라우드 컴퓨팅 서비스이다. 클라우드 컴퓨팅은 인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비스를 제공하는 서비스다. AWS에서 원격으로 제어할 수 있는 가상의 컴퓨터를 한 대 빌리는 것과 같다.
Instance
- AWS에서 빌리는 컴퓨터를 Instance라 한다.
- 인스턴스는 1대의 컴퓨터를 의미하는 단위이고 AWS에서 컴퓨터를 빌리는 것을 인스턴스를 생성한다고 한다.
AMI (Amazon Machine Image)
- 소프트웨어 구성이 기재된 템플릿이다. AMI를 통해서 필요한 용도에 따라 다양한 운영체제에 대한 선택이 가능하다.
- EC2에서는 AMI라는 다양한 템플릿을 제공하고 있어서 필요에 따라 손쉽게 운영체제 CPU와 RAM, 용량까지 선택하고 구성할 수 있다.
- 이미지 종류로는 단순히 운영체제(윈도우, 우분투 리눅스 등)만 깔려있는 템플릿을 선택할 수도 있고, 아예 특정 런타임이 설치되어 있는 템플릿이 제공되는 경우도 있다. (우분투 + node.js, 윈도우 + JVM 등)
=> AWS EC2 인스턴스를 생성한다는 것은 AMI를 토대로 셋팅된 PC를 빌리는 것이다.
RDS(Relational Database Service)
AWS에서 제공하는 관계형 데이터베이스 서비스
- RDS를 이용하면 데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리한다.
- 사용자가 해야 할 일은 초기 설정을 제외하고 데이터베이스에 저장된 데이터를 관리하는 일 밖에 없어 편리하다.
S3(Simple Storage Service)
AWS에서 제공하는 클라우드 스토리지 서비스
- 많은 시간과 수고를 들이지 않고 스토리지 규모를 확장/축소할 수 있다.
- S3에서는 스토리지의 용량을 무한히 확장할 수 있다.
- 사용한 만큼만 비용을 지불하면 되기 때문에 비용적인 측면에서 매우 효율적이다.
- 스토리지의 내구성이 높으면 저장된 파일을 유실할 가능성이 적어진다.
스토리지 클래스
1. Standard 클래스
- 범용적인 목적으로 사용하기 좋음. 데이터에 빠른 속도로 접근할 수 있고, 데이터 액세스 요청에 대한 처리 속도가 빠 르다.
- 보관 비용이 높아 데이터를 오래 보관하는 목적으로는 효율적이지 않다.
2. Glacier 클래스
- 장기적인 보관 목적으로 스토리지를 사용 데이터에 액세스하는 속도는 느리지만, 데이터를 보관하는 비용이 매우 저렴하다는 장점이있다.
- 정적 웹 사이트 호스팅이 가능하다. (정적 파일은 서버의 개입 없이 생성된 파일을 뜻함)
- S3에서는 버킷이 사용자들이 정적 웹 사이트를 배포할 수 있는 공간을 제공 한다.
- 버킷이라는 저장 공간에 정적 파일을 업로드하고 버킷을 정적 웹 사이트 호스팅 용도로 구성하면 정적 웹 사이트를 배포할 수 있다.
- 버킷은 S3에 저장되는 파일들이 담기는 바구니 이다. 파일을 저장하는 최상위 디렉터리라고도 설명할 수 있습니다.
- S3에서 저장되는 모든 파일은 버킷 안에 저장되어야 하고, 버킷에는 무한한 양의 파일을 저장할 수 있다.
- 각각의 버킷은 이름을 가지고 있는데, 버킷의 이름은 버킷이 속해 있는 리전(버킷이 생성된 지역)에서 유일해야 한다.
- 버킷 정책을 생성하여 해당 버킷에 대한 다른 유저의 접근 권한을 수정할 수 있다.
- S3에서 버킷에 담기는 파일을 객체라고 부릅니다. 저장소에 데이터를 저장할 때 키-값 페어 형식으로 데이터를 저장한다.
- 메타데이터는 객체를 설명하는 데이터로 객체의 생성일, 크기, 유형과 같은 객체에 대한 정보가 담긴 데이터이다.
- URL 주소는 http://[버킷의 이름].S3.amazonaws.com/[객체의 키]의 형태를 띠고, URL 주소를 통해서도 원하는 데이터에 접근할 수 있다.