기존 서버 방식
클라우드 등장 이전에는 흔히 말하는 전산실 등에 컴퓨터를 배치하고 인터넷을 연결하여 서비스를 제공했다.
서버가 요청에 대한 수용 능력이 한계에 도달할 경우
컴퓨터 한 대의 성능을 높이거나 더 많은 컴퓨터를 추가해야 했다.단점
- 주기적인 관리가 필요하다.
- 공간의 한계가 있다.
추가적인 서버 증설이 어렵게 되자 일부 기업은 데이터 센터라는 거대한 건물을 세우게 되었다.
이때부터 데이터 센터의 유휴 자원을 대여하는 서비스가 등장했다.
서버의 자원과 공간, 및 네트워크 환경을 제공을 빌려 사용하는 클라우드 컴퓨팅이 가능해진 것이다.
Cloud Computing
가상화 기술을 사용하는 클라우드 서비스는 기존의 온프레미스 형식과 달리 다음과 같은 장점이 있다.
- 서버의 자원과 공간 및 네트워크 환경 제공한다.
- 필요할 때마다 컴퓨팅 능력을 유연하게 조절한다.
- 사용한 만큼의 요금만 지급한다.
- 다른 컴퓨터로 즉시 이주(migration)가 가능하다.
클라우드 환경에도 단점이 존재한다.
- 운영 환경이 클라우드 제공자에게 종속된다.
- 서비스에 영향을 미친다.
서비스 형태
SaaS (Software as a Service)
클라우드 제공자가 당장 사용 가능한 소프트웨어를 제공한다.PaaS (Platform as a Service)
클라우드 제공자가 데이터베이스, 개발 플랫폼까지 제공한다.IaaS (Infrastructure as a Service)
클라우드 제공자가 가상 컴퓨터까지 제공한다.
배포 (Deployment)
배포란 개발한 서비스를 사용자들이 이용 가능하게 하는 일련의 과정이다.
회사마다 추가적인 과정이 있을 수 있지만, 기본적으로 4단계를 거쳐서 개발한 서비스를 배포하게 된다.
Development
각자의 컴퓨터에서 코드를 작성하고 테스트하는 단계이다.
개발 단계이기 때문에 실제 데이터를 이용하지 않고 더미 데이터를 이용해서 테스트한다.Integration
각자의 컴퓨터에서 작성한 코드를 합치는 단계이다.
작성한 코드가 다른 코드를 침범해서 오류를 일으키지 않는지, 코드 간에 conflict가 있지 않은지 확인하는 과정을 거친다.Staging
실제 출시 단계인 Production 단계와 가장 유사한 환경에서 테스트를 진행하는 단계이다.
실제 데이터를 복사해서 문제가 있지 않은지 등 다양한 환경에서 테스트를 진행한다.
또한 서비스와 관련된 부서 혹은 인원의 확인 과정을 거친다.
예) 작성된 코드가 마케팅팀 혹은 디자인팀이 예상했던 결과인지 확인을 거치는 과정Production
개발된 서비스를 출시하는 단계이다.
사용자가 접속할 수 있는 Production 환경에서 코드를 구동하고 서비스를 제공한다.
실제 데이터를 가지고 서비스가 운영되기 때문에 문제가 생기면 안되는 단계이다.
여러 명이 함께 작업하는 프로젝트는 node 버전, 인증 정보나 데이터베이스 등에 접근하기 위해 사용하는 엔드포인트도 제각각일 것이다.
배포에서는 환경의 차이를 이해하고 환경 설정을 코드와 분리하는 것이 중요하다.
작성한 코드가 다른 환경에서도 잘 작동하게 하는 법
- 절대경로 대신 상대경로를 사용한다.
- 환경에 따라 포트를 분기할 수 있도록 환경변수를 설정해준다.
- Docker와 같은 개발 환경 자체를 통일시키는 솔루션을 사용한다.
AWS
🖥 EC2 (Elastic Compute Cloud)
AWS에서 제공하는 클라우드 컴퓨팅 서비스이다.
가상의 컴퓨터를 빌리는 것과 같다.
사용한 만큼비용을 지불하기 때문에 '탄력적인'이라는 의미의 Elastic이라는 단어가 붙어있다.
Elastic은 비용적인 부분뿐만이 아니라 필요에 따라 성능, 용량을 자유롭게 조절할 수 있다는 의미도 가지고 있다.
장점
- 구성하는데 필요한 시간이 짧다.
- 다양한 운영체제와 성능,용량 선택이 가능하다.
Instance
AWS에서 빌리는 컴퓨터를 Instance라 한다.
AMI
Amazon Machine Image
소프트웨어 구성이 기재된 템플릿이다.
Instance를 생성하는데 필요한 소프트웨어 구성이 포함된 템플렛으로
AWS에는 상당히 많은 양의 AMI 세팅이 준비되어 있기 때문에 손쉽게 인스턴스의 운영체제를 구성할 수 있다.
세팅되어 있는 AMI 이외에도 필요에 따라 직접 AMI를 구성할 수도 있다.image 예시
단순히 운영체제(윈도우, 우분투 리눅스 등)만 깔려있는 템플릿
특정 런타임(우분투 + node.js, 윈도우 + JVM 등)이 설치되어 있는 템플릿
🗄 RDS (Relational Database Service)
AWS에서 제공하는 관계형 데이터베이스 서비스이다.
EC2 인스턴스에 MySQL 같은 관계형 데이터베이스 엔진을 설치해서 사용하면 되지 않나?
- 사용자가 데이터베이스 엔진의 설치와 버전 관리, 데이터 백업을 해야된다.
- 가용성과 내구성이 확보되지 않는다.
AWS RDS를 이용하면
- 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리한다.
- 다양한 데이터베이스 엔진 선택지를 제공한다.
🗂 S3 (Simple Storage Service)
클라우드 스토리지
인터넷 공간에 데이터를 저장하는 저장소이다.
예시로 Google Drive, Onedrive와 같은 서비스가 있다.
S3는 AWS에서 제공하는 클라우드 스토리지 서비스이다.
S3 사용 시 이점
접근성
어디서든 클라우드에 접속하면 데이터를 사용할 수 있어 접근에 용이하다.
확장성
S3에서는 스토리지의 용량을 무한히 확장할 수 있다.
사용한 만큼만 비용을 지불하면 되기 때문에 비용적인 측면에서 효율적이다.강력한 내구성
스토리지의 내구성이 높으면 저장된 파일을 유실할 가능성이 적어진다.
S3는 99.999999999%의 내구성을 보장한다.가용성
가용성이 높으면 스토리지에 저장된 파일들을 정상적으로 사용할 수 있는 시간이 길어진다.
S3는 연간 99.99%의 스토리지 가용성을 보장하도록 설계가 되어 있다.
1년에 8.76 시간만 스토리지를 이용하는 데 있어서 장애가 발생한다는 뜻이다.정적 웹 사이트 호스팅이 가능
정적 파일: 서버의 개입 없이 클라이언트에 제공될 수 있는 파일
웹 호스팅: 서버의 한공간을 빌려주어 웹 사이트의 배포, 운영이 가능하게 만들어주는 서비스
S3에서는 버킷을 통해 정적 웹 사이트 호스팅이 가능
S3 핵심 개념
버킷
파일을 저장하는 최상위 디렉토리
각각의 버킷은 이름을 가지고 있으며 이름은 버킷이 속해있는 리전에서 유일해야 한다.
버킷 정책을 생성하여 해당 버킷에 대한 다른 유저의 접근 권한을 수정할 수 있다.
객체
버킷에 담기는 파일
S3는 키-값 페어 형식으로 데이터를 저장소에 저장한다.
파일과 메타데이터로 구성된다.
파일
키-값 페어 형식으로
- 키는 식별자 역할을 한다.
- 값의 최대 크기는 5TB이다.
메타데이터
객체의 생성일, 크기, 유형과 같은 객체에 대한 정보가 담긴 데이터
Storage Class
대표적으로 많이 선택하는 스토리지 클래스는 Standard 클래스와 Glacier 클래스이다.
Standard 클래스
범용적인 목적으로 사용하기 좋다.
데이터에 빠른 속도로 접근할 수 있고, 데이터 액세스 요청에 대한 처리 속도가 빠르다.
대신 보관 비용이 높게 발생하기 때문에 데이터를 오래 보관하는 목적으로는 효율적인 선택지가 아니다.Glacier 클래스
장기적인 보관 목적으로 스토리지를 사용할 때는 Glacier를 사용하는 것이 효율적이다.
저장된 데이터에 액세스하는 속도는 느리지만, 데이터를 보관하는 비용이 매우 저렴하다.
이 외에도 Standard-IA, One Zone-IA, S3 Glacier Deep Archive 등등 여러 가지 스토리지 클래스가 있다.
📡 배포 전략
개발한 서비스를 사용자가 이용할 수 있도록 하는 것을 배포라고 한다.
사용자들에게 Client를 어떻게 제공하고
사용자들의 요청을 처리할 Server를 어떻게 제공할지
데이터를 저장하고 제공할 Database는 어떻게 제공할 것인지 생각해 봐야 한다.
Client 배포
AWS의 S3를 이용해서 사용자에게 Client를 제공할 수 있다.
S3를 이용해서 클라이언트 앱을 정적 파일(static files)로 빌드하여 제공한다.
빌드란?
- 불필요한 데이터를 없애고, 통합/압축하여 배포하기 최적화된 상태를 만드는 것
- 데이터의 용량이 줄어들고 웹 사이트 로딩 속도가 빨라진다.
- 일반적인 의미의 빌드는, 소스코드를 실행 가능한 번들로 변환하는 컴파일 과정을 의미한다.
S3로 사용자들에게 클라이언트 앱을 제공하고 있는데
지구 반대편에 있는 사용자에게 어떻게 빠르게 서비스를 제공할까?
AWS의 CDN서비스 CloudFront
각지의 데이터 센터에 데이터를 분산시켜서 저장해 두었다가 가까운 지역에서 데이터를 주어
빠르게 서비스를 제공할 수 있다.
Server Application 배포
안정적으로 서비스를 제공하기 위해
AWS의 EC2를 통해 서버를 구성하고 서비스를 제공할 수 있다.
Database 배포
AWS에서는 관계형 데이터베이스 특화 서비스인 RDS 서비스를 제공하고 있다.
RDS 서비스를 이용하여 EC2를 통해 배포된 서버 앱의 데이터를 저장, 제공하는 데이터베이스를 배포할 수 있다.
DNS (Domain Name System)
S3, EC2를 이용해서 배포된 서비스는 IP주소나 AWS에서 서비스와 관련없는 제공하는 긴 도메인 주소를 통해 접근하게 된다.
직관적으로 서비스를 이해할 수 있고 짧은 주소를 통해 서비스에 접근할 수 있어야한다.
AWS에서 제공하는 Route53 서비스를 이용하면
직관적인 도메인 주소를 통해서 서비스에 접근하도록 할 수 있다.
메타인지
🎯 오늘의 학습목표
- Cloud와 Deployment의 의미를 각각 알고, 내 코드를 배포할 수 있다.
- AWS의 각 서비스가 어떤 목적에 부합하는지 이해할 수 있다.
- 배포 시 발생하는 문제를 이해하고 고칠 수 있다.
😎 학습할 내용 중에 알고 있는 것
3 Tier Architecture, 환경 변수
✏️ 오늘 새롭게 학습한 것
클라우드 컴퓨팅, AWS와 각 서비스
🧷 오늘 학습한 내용 중 아직 이해되지 않은 부분
정적 웹 사이트 호스팅
💡 이해되지 않은 내용을 보완하기 위해 무엇을 할까
프론트엔드 배포 스프린트의 빌드 과정에서 개념을 생각하며 진행한다.
