Cloud
온프레미스
:데이터센터에서 서버의 자원과 공간 및 네트워크 환경을 제공
가상화 기술을 사용하는 클라우드 서비스의 장점
1) 필요할 때마다 컴퓨터 능력을 유연하게 조절할 수 있음
2) 고정적인 비용이 들어가는 온프레미스와 달리 사용한 만큼만의 요금만 지불하면 됨
3) 컴퓨터의 스냅샷(이미지)을 이용해 다른 컴퓨터로 즉시 이주(migration) 가능함
클라우드 서비스의 단점
1) 클라우드 서비스 종속
:운영환경 자체가 클라우드 제공자에게 종속되어, 클라우드 서비스에 문제가 생기면 클라이언트가 배포하고 관리하는 환경에도 영향을 미침
클라우드 서비스의 종류 및 범위
1 SaaS Software as a Service
:클라우드 제공자가 당장 사용 가능한 소프트웨어를 제공
2 PaaS Platform as a Service
:클라우드 제공자가 데이터베이스, 개발 플랫폼가지 제공
3 Iaas Infrastructure as a Service
:클라우드 제공자가 가상 컴퓨터까지 제공
Deploy
배포 Deployment
:개발한 서비스를 사용자들이 이용 가능하게 하는 일련의 과정
:기본적으로 4단계를 거쳐 개발한 서비스를 배포하게 됨
1) Development 단계
:각자의 컴퓨터에서 코드를 작성하고 테스트하는 과정
:개발 단계라 실제 데이터를 이용하지 않고 더미 테스터를 이용해서 테스트함
2)Intergration 단계
:각자의 컴퓨터에서 작성한 코드를 합치는 과정
:내가 작성한 코드가 다른 코드를 침범해서 오류를 일으키지 않는지, 코드 간에 conflict가 있지 않은지 확인하는 과정을 거침
3) Staging 단계
:실제 출시 단계인 Production 단계와 가장 유사한 환경에서 테스트를 진행
:실제 데이터를 복사해서 문제가 있지 않은지 다양한 환경에서 테스트를 진행
:서비스와 관련된 부서/인원의 확인 과정을 거침
4) Production 단계
:개발된 서비스를 출시하는 단계
:사용자가 접속할 수 있는 Production 환경에서 코드를 구동하고 서비스를 제공함
:실제 데이터를 가지고 서비스가 운영되기 때문에 문제가 생기면 안됨
? Development 환경과 Production 환경이 서로 다르다면? or 여러명이 함께 작업하는 프로젝트라면?
:node 버전이나 인증정보 등이 다를 수 있음
:따라서 배포에서는 환경의 차이를 이해하고, 환경 설정을 코드와 분리하는 것이 중요함
? 작성한 코드가 다른 환경에서 정상 작동할 수 있게 하려면?
:절대 경로 대신 상대 경로를 사용함
:환경에 따라 포트를 분기할 수 있도록 환경 변수를 설정함
:Docker와 같은 개발 환경 자체를 통일시키는 솔루션을 사용함
(<노이해중> 작성한 코드가 다른 환경에서 정상 작동할 수 있게 하려면, 설정을 환경변수(environment Variable;envvars;env)에 저장해야 함
환경 변수는 코드 변경 없이 배포 때마다 쉽게 변경할 수 있음
설정 파일과 달리, 잘못해서 코드 저장소에 올라갈 가능성도 낮음
애플리케이션의 모든 설정이 정상적으로 코드 바깥으로 분리되어 있는지 확인할 수 있는 간단한 방법은
어떠한 인증정보도 유출시키지 않고 코드가 지금 당장 오픈소스가 될 수 있는지 확인하는 것
슬라이드에 나온 내용은 이러한 환경 설정을 코드로부터 분리하는 방법론을 이야기하고 있음
코드 상의 모든 곳에 절대 경로가 아닌 상대 경로를 사용해여 하며
'.properties' 등을 이용해 환경 변수를 설정해야 함)
배포를 위한 다양한 플랫폼이 있음
EC2
EC2 Elastic Compute Cloud
:아마존 웹 서비스AWS에서 제공하는 클라우드 컴퓨팅 서비스
:AWS에서 원격으로 제어할 수 있는 가상의 컴퓨터를 한 대 빌리는 것
? 클라우드 컴퓨팅이란?
:인터넷(클라우드)을 통해 서버, 스토리지, 데이터베이스 등의 컴퓨팅 서비스를 제공하는 서비스
? Elastic이란?
:탄력적인
:비용적 부분 외 필요에 따라 성능, 용량을 자유롭게 조절할 수 있다는 의미를 가짐
EC2 서비스의 장점
1) 구성하는데 필요한 시간이 짧음
2) 필요에 따라 윤영체제 및 CPU, RAM, 용량 등을 손쉽게 구성할 수 있음
EC2 = 컴퓨터를 빌리는것
:따라서 컴퓨터를 조작하기 위해 네트워크(인터넷)를 통해 컴퓨터를 제어해야 한다는 차이 존재
AMI
AMI Amazon Machine Image
:소프트웨어 구성이 기재된 템플릿
:운영체제만 깔려있는 템플릿을 선택할 수 있고, 특정 런타임이 설치되어 있는 템플릿이 제공되는 경우도 있음
(우분투+node.js, 윈도우+JVM 등)
Instance는 선택한 AMI를 토대로 구성됨
EC2 인스턴스 생성의 의미
AMI를 토대로 setting 된 PC를 빌림
RDS
RDS Relational Database Service
:AWS에서 제공하는 관계형 데이터베이스 서비스
? 왜 RDS를 사용할까?
1)EC2 인스턴스에 관계형 데이터베이스 엔진을 설치해서 데이터를 관리 vs 2)RDS를 통해 데이터 관리
:개인 소유 차량 vs 렌터카 회사에서 대여한 차량
1)EC2 인스턴스에 관계형 데이터베이스 엔진을 설치해서 데이터를 관리
:개인 소유 차량 이용과 유사함
:유지 보수, 보험 처리 등의 일을 운전자가 부담하여 이용에 시간과 수고가 큼
:데이터베이스와 관련하여 자동으로 관리를 담당하는 부분이 매우 적어 사용자가 일일이 시간을 투자하여 데이터베이스 엔진의 설치, 버전관리, 백업을 해야함
:내구성과 가용성이 확보되지 않아 데이터베이스에 저장된 데이터가 유실되거나 정상적으로 사용하지 못할 확률이 커지며, 후에 데이터베이스 규모 확장이 어려움
2)RDS를 통해 데이터 관리
:렌터카 회사에서 대여한 차량 이용과 유사함
:차량과 관련하여 시간 들어가는 일을 렌터카 회사에서 대신 처리함
:데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리함
:사용자가 해야 할 일은 초기 설정을 제외하고, 데이터베이스에 저장된 데이터를 관리하는 일밖에 없어 큰 편의성을 느낄 수 있음
S3
? 클라우드 스토리지란?
:인터넷 공간에 데이터를 저장하는 저장소
:컴퓨터 부품으로 비유하면, 하드디스크의 역할을 함
:ex. 구글의 Google Drive, 네이버의 MYBOX, 마이크로소프트의 Onedrive 등
클라우드 스토리지의 장점
:접근성이 뛰어나 웹 환경이라면 언제 어디서나 저장 파일에 접속할 수 있음
:컴퓨터 이외의 다른 전자기기를 활용하여 저장된 데이터에 접속할 수 있음
S3 Simple Storage Service
:AWS에서 제공하는 클라우드 스토리지 서비스
S3 사용 시 얻을 수 있는 이점
1) 높은 확장성
:확장성이 높으면, 많은 시간과 수고를 들이지 않고 스토리지 규모를 확장/축소할 수 있음
:S3에서는 스토리지의 용량을 무한히 확장할 수 있고
:사용한 만큼만의 비용만 지불 -> 비용적 측면에서 매우 효율적임
2) 강력한 내구성
:내구성이 높으면, 저장된 파일을 유실할 가능성이 적어짐
EC2, RDS, S3
:위 서비스들은 공통적으로 '높은 가용성', '높은 내구성'을 보장함
? AWS는 어떤 원리로 위 세 서비스의 높은 가용성과 내구성을 보장할까?
:AWS에서는 클라우드 서비스를 제공하기 위해 운영하는 물리적 서버의 위치(리전)를 가지고 있고, 이 리전에는 가용 영역이 있는데, 이 가용 영역은 각 리전 안에 존재하는 데이터센터IDC를 의미함
:하나의 가용 영역이 재난이나 사고로 인해 가동이 불가능해지더라도 다른 가용 영역에 백업해놓은 데이터를 활용하여 문제 없이 서버가 가동되게 함
:이러한 가동 방식으로 AWS는 높은 가용성과 내구성을 보장함
3) 다양한 스토리지 클래스 제공
:저장소를 어떤 목적으로 활용할지에 따라 효율적으로 선택할 수 있는 스토리지 클래스가 달라짐
:대표적 스토리지 클래스 :Standard 클래스, Glacier 클래스
Standard 클래스
:범용적인 목적으로 사용하기 좋음
:+데이터에 빠른 속도로 접근할 수 있고, 데이터 액세스 요청에 대한 처리 속도가 빠름
:-보관 비용이 높아, 데이터를 오래 보관하는 목적으로는 비효율적임
Glacier
:-저장된 데이터에 액세스하는 속도는 느림
:데이터를 보관하는 비용이 매우 저렴하여 데이터 장기보관 시에 효율적임
4) 정적 웹 사이트 호스팅 가능
? 정적 웹 사이트 호스팅이란?
'정적' 파일 :서버의 개입 없이 생성된 파일
'동적' 파일 :클라이언트가 서버에 요청을 보내면, 서버가 요청에 맞추어 그 자리에 생성한 파일
웹 호스팅 :서버의 한 공간을 임대해주는 서비스
S3에서는 버킷이 제공함, 무엇을? 사용자들이 정적 웹 사이트를 배포할 수 있는 공간을.
'버킷'이라는 저장 공간에 정적 파일을 업로드하고, 버킷을 정적 웹 사이트 호스팅 용도로 구성하면, 정적 웹 사이트를 배포할 수 있음<노이해중>
? 버킷이란?
:S3에 저장되는 파일들이 담기는 바구니
:파일을 저장하는 최상위 디렉터리
:S3에서 저장되는 모든 파일은 버킷안에 저장되어야 하고, 버킷에는 무한한 양의 파일을 저장할 수 있음
:각각의 버킷은 이름을 가지고 있어야하고, 버킷의 이름은 버킷이 속해있는 리전(버킷이 생성된 지역)에서 유일해야 함
:버킷 정책을 생성하여 해당 버킷에 대한 다른 유저의 접근 권한을 수정할 수 있음
? 객체란?
:S3에서 버킷에 담기는 파일
:왜 객체라고 부를까? :S3에서 저장소에 데이터를 저장할 떄 키-값 페어 형식으로 데이터를 저장하기 때문
:S3에 저장되는 객체는 파일과 메타데이터로 구성됨
파일
:키-값 페어 형식으로 데이터 저장
:파일 값 :실제 데이터 저장, 저장될 수 있는 데이터의 최대 크기 5TB
:파일 키 :각각의 객체를 고유하게 만들어주는 식별자 역할을 함
메타데이터
:객체의 생성일, 크기, 유형과 같은 객체에 대한 정보가 담긴 데이터
:객체를 설명하는 데이터라고 이해하면 됨
모든 객체는 고유한 URL 주소를 가짐
:URL 주소는 http://[버킷 이름].S3.amazonaws.com/[객체의 키] 형태로 띔
:URL 주소를 통해 원하는 데이터에 접근할 수 있음
보안그룹 Security Group
보안그룹 Security Group
:AWS에서 임대한 인스턴스의 가상 방화벽
:인스턴스로 들어가고 인스턴스로 나가는 트래픽에 대한 가상 방화벽
:인바운드Inbound와 아웃바운드Outbound에 대한 규칙을 설정할 수 있음
인바운드 :인스턴스로 들어가는 트래픽
아웃바운드 :인스턴스에서 나가는 트래픽
인바운드 규칙
:EC2 인스턴스를 들어오는 트래픽에 대한 규칙
:인바운드 규칙에 허용되지 않은 규칙은 인스턴스로 접근하지 못하도록 필터링됨
:EC2 인스턴스 생성 시, 기본적으로 SSH 접속을 위한 SSH 규칙만 생성됨
아웃바운드 규칙
:EC2 인스턴스에서 나가는 트래픽에 대한 규칙
:EC2 인스턴스 생성 시, 기본적으로 나가는 모든 트래픽을 허용함
Shell Script
Spring Boot를 EC2에서 실행할 때, 아래 명령어를 통해 실행함
java -jar build/libs/DeployServer-0.0.1-SNAPSHOT.jar그러나 위 명령어를 통해 실행시 foreground에서 동작을 하여 실행시킨 창을 항상 열어놔야 한다는 단점이 존재
그래서 만약 어플리케이션이 background에서 실행도 가능해야 하고, 애플리케이션이 제대로 실행되는지 체크해야 한다면, 이를 편하게 하기 위한 실행 스크립트르 만들어야 함
이때 사용되는 것이 Shell Script임
Shell Script
:셀이나 명령 중 인터프리터에서 돌아가도록 작성된 스크립트
:운영체제를 위한 스크립트
Spring Boot 백그라운드 실행
$ nano restart.sh // 에디터로 파일을 생성한 후 아래 내용을 붙여넣기 해주세요.
================================================================================
#!/bin/bash
# DeployServer-0.0.1-SNAPSHOT.jar가 실행중이라면 프로세스를 종료합니다.
ps -ef | grep "DeployServer-0.0.1-SNAPSHOT.jar" | grep -v grep | awk '{print $2}' | xargs kill -9 2> /dev/null
# 종료 이력을 파악하여 적절한 문구를 출력합니다.
if [ $? -eq 0 ];then
echo "my-application Stop Success"
else
echo "my-application Not Running"
fi
# DeployServer-0.0.1-SNAPSHOT.jar를 다시 실행하기 위한 과정을 진행합니다.
echo "my-application Restart!"
echo $1
# nohup 명령어를 통해 백그라운드에서 DeployServer-0.0.1-SNAPSHOT.jar를 실행합니다.
nohup java -jar build/libs/DeployServer-0.0.1-SNAPSHOT.jar --spring.profiles.active=dev > /dev/null 2>&1 &파일을 저장 후 아래 명령어를 통해 실행 권한을 부여
chmod 755 restart.sh아래 명령어를 통해 실행
./restart.sh