SEB_BE 71일차 - Cloud 운영환경구성

subimm_·2022년 12월 6일

cloud 백엔드 코드스테이츠

코드스테이츠

목록 보기

69/83

💡 오늘의 학습목표

AWS
서버 배포 실습

📔 클라우드 컴퓨팅

서버의 자원과 공간, 및 네트워크 환경 제공을 빌려 사용하는 클라우드 컴퓨팅
현대의 클라우드 컴퓨팅은 가상 컴퓨터를 대여

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

📖 클라우드 서비스의 형태

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

AWS 는 IaaS에 가깝다.

📔 Deploy

📖 Deployment

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

배포 단계

1. Development

Local 컴퓨터 환경에서 개발 및 테스트

Sample Data를 이용

변경사항이 있어도 문제가 되지 않음.

모든 구성원이 각자의 환경에서 진행

2. Intergration

각자의 환경에서 개발된 부분을 취합

코드간 Conflict가 없는지 확인하는 단계.

작성한 코드가 다른 코드에 문제를 발생시키지 않는지 확인

3. Staging

Production 단계와 가장 유사한 환경에서 테스트

복제된 실제 데이터를 이용해서 테스트

모든 관계자들에게 검증 하는 단계

4. Production

개발환경과는 구분 된 환경

실제 데이터를 이용

실제로 서비스가 제공되는 단계

작성한 코드가 다른 환경에서 정상 작동할 수 있게 하려면, 설정을 환경변수에 저장해야한다.
절대경로 대신 상대경로를 사용
환경에 따라 포트를 분기할 수 있도록 환경 변수를 설정
Docker와 같은 개발 환경 자체를 통일시키는 솔루션을 사용

📔 Amazon EC2 (Elastic Compute Cloud)

아마존 웹 서비스에서 제공하는 클라우드 컴퓨팅 서비스
사용한 만큼 비용을 지불하는 탄력적인 클라우드 컴퓨터를 제공하는 서비스

장점

구성하는데 필요한 시간이 짧다는 것

(AMI)다양한 운영체제에 대한 선택이 가능, CPU, RAM 용량까지도 손쉽게 구성 가능

AWS에서 빌리는 컴퓨터를 인스턴스라고 한다.
AMI는 소프트웨어 구성이 기재된 템플릿 (Amazon Machine Image)
- 이미지 종류로는 단순히 운영체제만 깔려있는 템플릿을 선택할 수도 있고, 특정 런타임이 설치되어 있는 템플릿이 제공되는 경우도 있다. (우분투+node.js, 윈도우+JVM 등)
AWS EC2 인스턴스를 생성한다는 것은 AMI를 토대로 운영체제, CPU, RAM 혹은 런타임 등이 구성된 컴퓨터를 빌리는 것

📔 RDS (Relational Database Service)

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

RDS 사용 이점

데이터베이스 유지 보수와 관련된 일들을 RDS에서 전적으로 자동 관리,

데이터베이스 규모 확장, 가용성/내구성 확보, 데이터 백업, 데이터베이스 설치/관리, 운영체제 설치/관리, 기반 시설 구축

다양한 데이터베이스 엔진 선택지 제공

📔 S3 (Simple Storage Service)

📖 클라우드 스토리지

인터넷 공간에 데이터를 저장하는 저장소 (하드디스크의 역할을 하는 서비스)
S3는 AWS에서 제공하는 클라우드 스토리지 서비스

S3 사용 이점

높은 확장성 (데이터를 무한하게 저장 가능)

강력한 내구성 (파일을 유실할 가능성이 적다)

가용성이 높다.

리전 : AWS에서 클라우드 서비스를 제공하기 위해서 운영하는 물리적인 서버의 위치

다양한 스토리지 클래스 제공

Standard : 범용 목적으로 사용, 데이터에 빠른 속도로 접근, 처리 속도 빠름, 데이터를 오래 보관하기엔 비용이 높게 발생한다. 데이터에 자주 액세스해야 할 경우 사용한다.

Glacier : 액세스 속도는 느리지만 보관 비용이 저렴하여 장기보관이 목적일 경우 사용한다.

정적 웹 사이트 호스팅 가능

정적 파일 : 서버의 개입 없이 생성된 파일

웹 호스팅 : 서버의 한 공간을 임대해 주는 서비스

S3에서는 버킷을 통해 사용자들이 정적 웹 사이트를 배포할 수 있는 공간을 제공

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

무한히 많은 파일 저장 가능

버킷의 이름은 각 리전에서 고유해야한다.

버킷의 정책을 생성하여 해당 버킷에 대한 다른 유저의 접근 권한 부여 가능

객체 : 버킷에 담기는 파일

S3에서 저장소에 데이터를 저장할 때 키-값 페어 형식으로 저장

파일 : 키- 값 페어 형식으로 데이터 저장, 실제 데이터 저장, 최대 크기 5TB

파일의 키는 각각의 객체를 고유하게 해주는 식별자 역할 (원하는 객체 검색 가능)

메타데이터 : 객체의 생성일, 크기, 유형과 같은 객체에 대한 정보가 담긴 데이터 (설명)

모든 객체는 고유한 URL 주소를 가진다.

http://[버킷의이름].S3.amazonaws.com/[객체의 키] 형태

📔 3 Tier-Architecture 배포 전략

📖 Client Application 배포

AWS 서비스인 S3 서비스를 이용하여 사용자들에게 Client application 제공
클라이언트 앱을 정적 파일로 빌드하여 제공한다.

빌드

불필요한 데이터를 없애고, 여러 데이터들을 통합/압축하여 배포하기에 최적화 된 상태를 만드는 것.

일반적인 의미의 빌드 : 소스코드를 실행 가능한 번들로 변환하는 컴파일 과정

웹 앱에서와 같이 HTML, CSS, JS의 형태로 배포하는 경우는 배포 가능한 정적파일의 형태로 만듬.
asset 자체가 정적인경우는 그대로 배포, React의 경우 npm run build 와 같은 명령으로 정적 파일 형태의 결과물을 만들어서 배포한다.

AWS에서 제공하는 CDN 서비스인 CloudFront를 통해서 각지의 데이터 센터에서 분산시켜 저장했다가 가까운 지역에서 데이터를 주는 방식으로 더 빠르게 서비스 제공 가능

📖 Server Application 배포

AWS EC2 서비스를 이용

📖 Database 배포

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

📖 DNS

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

📔 서버 배포 실습

생성된 EC2 인스턴스에 연결하기

인스턴스 탭에서 연결하고자 하는 인스턴스 선택 후 연결 버튼

세션매니저로 연결

터미널창이 열리면 bash 쉘로 변경

EC2 인스턴스 상에서 서버 실행

1. 인스턴스에 개발 환경 구축하기

$ sudo apt update 명령어로 업데이트

$ sudo apt install openjdk-11-jre-headless 로 자바 설치

2. git을 통해 서버 코드 클론 받기

git clone 하기 ( SSH 키 생성 필요)

스프린트 코드 안 DeployServer 디렉토리로 이동

빌드 작업 ./gradlew build

정상적으로 빌드 되었다면 ls 로 build 파일 확인

3. EC2 인스턴스에서 서버 실행하기
java -jar build/libs/DeployServer-0.0.1-SNAPSHOT.jar

4. 테스트
인스턴스 ID 클릭하여 세부정보에서 IP 주소 확인, 둘중 어느 주소로 접속

Ctrl + C 단축키로 실행중인 프로젝트 강제종료 가능