CLF-C01 내용 정리

시험을 영어로 진행하기 때문에 단어를 영어로 알아둘 필요가 있다고 생각한다.

 

 

모듈 1

 

클라이언트는 사람이 컴퓨터 서버에 요청을 보내기 위해 상호 작용하는 웹 브라우저 또는 데스크톱 애플리케이션일 수 있습니다.
서버는 일종의 가상 서버인 Amazon Elastic Cloud Compute(Amazon EC2)와 같은 서비스일 수 있습니다.

 

On-demand delivery - 필요한 리소스를 필요한 순간에 전달

 

 

클라우드 기반

• 애플리케이션의 모든 부분을 클라우드에서 실행
• 기존 애플리케이션을 클라우드로 마이그레이션
• 클라우드에서 새 애플리케이션을 설계 및 빌드

클라우드 기반 배포 모델에서는 기존 애플리케이션을 클라우드로 마이그레이션하거나 클라우드에서 새 애플리케이션을 설계 및 빌드할 수 있습니다. 이러한 애플리케이션은 IT 팀의 관리가 필요한 하위 수준 인프라에 빌드할 수도 있고 핵심 인프라의 관리, 아키텍처 설계, 확장 필요를 줄여주는 상위 수준 서비스를 사용하여 빌드할 수도 있습니다.

예를 들어 기업은 완전히 클라우드에 기반한 가상 서버, 데이터베이스, 네트워킹 구성 요소로 구성된 애플리케이션을 만들 수 있습니다.

온프레미스(On-premise)

• 가상화 및 리소스 관리 도구를 사용하여 리소스를 배포
• 애플리케이션 관리 및 가상화 기술을 사용하여 리소스 활용도를 증가

온프레미스 배포는 프라이빗 클라우드 배포라고도 한다.
이 모델에서 리소스는 가상화 및 리소스 관리 도구를 사용하여 온프레미스에 배포됩니다.

예를 들어 애플리케이션에 필요한 기술의 모든 요소가 온프레미스 데이터 센터에 저장되는 경우가 있을 수 있습니다. 이 모델은 레거시 IT 인프라와 매우 비슷하지만 애플리케이션 관리 및 가상화 기술이 통합되어 리소스 사용률을 높이는 데 도움이 됩니다.

하이브리드

• 클라우드 기반 리소스를 온프레미스 인프라에 연결
• 클라우드 기반 리소스를 레거시 IT 애플리케이션과 통합

하이브리드 배포에서 클라우드 기반 리소스는 온프레미스 인프라에 연결됩니다. 이 방법은 여러 상황에서 사용할 수 있습니다. 온프레미스에서 더 잘 유지 관리되는 레거시 애플리케이션이 있거나 정부 규정에 따라 비즈니스에서 특정 레코드를 온프레미스에 보관해야 하는 경우가 그 예입니다.

예를 들어 회사에서 배치 데이터 처리 및 분석을 자동화할 수 있는 클라우드 서비스를 사용하고자 한다고 가정해 보겠습니다. 그런데 이 회사에는 온프레미스에 더 적합하여 클라우드로 마이그레이션되지 않을 몇 가지 레거시 애플리케이션이 있습니다. 이 회사는 하이브리드 배포를 통해 레거시 애플리케이션을 온프레미스로 유지하면서 클라우드에서 실행되는 데이터 및 분석 서비스의 이점을 활용할 수 있습니다.

 

클라우드 컴퓨팅의 이점.

• 선행 비용을 가변 비용으로 대체
• 데이터 센터 운영 및 유지 관리에 비용 투자 불필요
• 용량 추정 불필요 
• 규모의 경제로 얻게 되는 이점 (공급자의 규모 증가 -> 종량 과금제로 인한 요금 감소)
• 속도 및 민첩성 향상 (리소스 확보 시간 감소)
• 빠른 배포 (AWS 글로벌 입지를 이용한 빠른 배포)

 

모듈 2

Amazon Elastic Compute Cloud(Amazon EC2)
안전하고 크기 조정이 가능한 컴퓨팅 용량을 Amazon EC2 인스턴스로 클라우드에서 제공

온프레미스 리소스

미리 하드웨어를 구매 -> 서버가 배달될 때까지 대기
->물리적 데이터 센터에 서버를 설치 -> 필요한 모든 구성을 수행

 Amazon EC2 인스턴스

• 몇 분이면 Amazon EC2 인스턴스를 프로비저닝하고 시작할 수 있습니다.
• 워크로드 실행을 완료했다면 인스턴스 사용을 중지할 수 있습니다.
• 인스턴스가 실행 중일 때 사용한 컴퓨팅 시간에 대해서만 비용을 지불하고 인스턴스가 중지 또는 종료된 상태에서는 비용을 지불하지 않습니다.
• 필요한 서버 용량에 대해서만 비용을 지불하므로 비용을 절감할 수 있습니다.

 

Amazon EC2 인스턴스 유형

• 범용 인스턴스(general profit)
  컴퓨팅, 메모리, 네트워킹 리소스를 균형 있게 제공 
  애플리케이션, 게임, 엔터프라이즈 애플리케이션용 백엔드, 중소 규모 데이터베이스
  
  
• 컴퓨팅최적화 인스턴스(Computing optimize)
  고성능 프로세서를 활용하는 컴퓨팅 집약적인 애플리케이션에 적합
  
  
• 메모리 최적화 인스턴스(Memory optimize)
  대규모 데이터 세트를 처리하는 워크로드를 위한 빠른 성능을 제공하기 위해 설계
• 엑셀러레이티드 컴퓨팅 인스턴스(excelerated computing)
  하드웨어 액셀러레이터 또는 코프로세서를 사용하여 일부 기능을 CPU에서 실행되는 소프트웨어에서보다 더 효율적으로 수행 부동 소수점 수 계산, 그래픽 처리, 데이터 패턴 일치 등
  그래픽 애플리케이션, 게임 스트리밍, 애플리케이션 스트리밍과 같은 워크로드에 적합
  
  
• 스토리지 최적화 인스턴스(Storage optimize)
  스토리지의 대규모 데이터 세트에 대한 순차적 읽기 및 쓰기 액세스가 많이 필요한 워크로드를 위해 설계
  분산 파일 시스템, 데이터 웨어하우징 애플리케이션, 고빈도 온라인 트랜잭션 처리(OLTP) 시스템
  

 

Amazon EC2 요금

• 온디맨드
   중단할 수 없는 불규칙한 단기 워크로드가 있는 애플리케이션에 매우 적합
  선결제 비용이나 최소 약정은 적용되지 않습니다. 인스턴스는 중지될 때까지 계속 실행되며, 사용한 컴퓨팅 시간에 대해서만 비용을 지불
• Amazon EC2 Savings Plans
  1년 또는 3년 기간 동안 일정한 컴퓨팅 사용량을 약정하여 컴퓨팅 비용을 절감
  약정을 초과한 사용량에 대해서는 일반 온디맨드 요금이 부과
  
• 예약 인스턴스(Reserved instance)
  온디맨드 인스턴스를 사용할 때 적용되는 결제 할인 옵션
  표준 예약 및 컨버터블 예약 인스턴스는 1년 또는 3년 약정으로, 정기 예약 인스턴스는 1년 약정으로 구입
  약정 기간이 끝나면 중단 없이 Amazon EC2 인스턴스를 계속 사용할 수 있습니다.(온디맨드 요금)
  
  
• 스팟 인스턴스(Spot instance)
  미사용 Amazon EC2 컴퓨팅 용량을 사용하며 온디맨드 요금의 최대 90%까지 비용을 절감
  스팟 요청을 했는데 Amazon EC2 용량을 사용할 수 없다면 용량을 사용할 수 있을 때까지 요청이 성공하지 못합니다.
  중요한 점은 AWS가 필요시 언제든 인스턴스를 회수한 다음 작업을 마무리하고 상태를 저장하라는 2분 경고를 표시
  
• 전용 호스트(dedicated host)
  사용자 전용의 Amazon EC2 인스턴스 용량을 갖춘 물리적 서버
  

확장성 및 탄력성(Scalability and Elasticablity)

확장성
필요한 리소스만으로 시작하고 확장 및 축소를 통해 수요 변화에 자동으로 대응하도록 아키텍처를 설계
사용한 리소스에 대해서만 비용을 지불
 - Amazon EC2 Auto Scaling
변화하는 애플리케이션 수요에 따라 Amazon EC2 인스턴스를 자동으로 추가하거나 제거
동적 조정은 수요 변화에 대응
예측 조정은 예측된 수요에 따라 적절한 수의 Amazon EC2 인스턴스를 자동으로 예약

최소 용량은 Auto Scaling 그룹을 생성한 직후 시작되는 Amazon EC2 인스턴스의 수
애플리케이션을 실행하려면 최소 하나의 Amazon EC2 인스턴스가 필요하더라도 희망 용량을 Amazon EC2 인스턴스 두 개로 설정할 수 있습니다.
수요 증가에 대응하여 확장하도록 Auto Scaling 그룹을 구성하되 Amazon EC2 인스턴스 수를 최대 4개로 제한

 

Elastic Load Balancing
들어오는 애플리케이션 트래픽을 Amazon EC2 인스턴스와 같은 여러 리소스에 자동으로 분산하는 AWS 서비스
 Auto Scaling 그룹으로 들어오는 모든 웹 트래픽의 단일 접점 역할

regional construct 개별 EC2 인스턴스가 아닌 리전 수준에서 실행된다.
자동 확장 가능 (Automatically scalable)

Elastic Load Balancing과 Amazon EC2 Auto Scaling은 별도의 서비스
서로 연동하여 Amazon EC2에서 실행되는 애플리케이션이 뛰어난 성능과 가용성을 제공

Auto Scaling을 이용하여 증가된 인스턴스는 ELB에게 사용 준비가 완료되었음을 알려주면
ELB는 새로 추가된 인스턴스에도 동일하게 수행가능하다.
즉, 프론트나 사용자 측에서는 백과 인스턴스가 얼마나 존재하는지 모르고 신경쓰지 않는 분리된 아키텍쳐(Decoupled Architecture)

 

메시징 및 대기열 (Messaging and queueing)
메시지를 완충 기억 장치에 배치한다는 개념

• 밀결합된 아키텍쳐(tightly coupled architecture)는 어플리케이션들이 직접 소통하는 아키텍쳐로
  구성 요소 하나가 고장 나거나 변경되면 다른 구성 요소나 심지어 전체 시스템에 문제가 발생
  Monolithic Application
• 소결합된 아키텍쳐(loosely coupled architecture)는 특정 구성 요소에 장애가 발생하면 구성 요소가 격리되기 때문에 전체 시스템 장애로 확장되지 않는다. 
  Microservice Application

소결합된 아키텍쳐가 AWS 기반의 아키텍처에서 구현하고자 하는 상태로 2가지 서비스가 있다

• Amazon Simple Queue Service
  볼륨에 상관없이 소프트웨어 구성 요소 간에 메시지를 전송, 저장, 수신
  메시지를 잃어버릴 염려가 없으며 다른 서비스 사용을 요구하지도 않는다
  메시지는 커피 주문이며 주문판은 SQS 대기열, 메시지에 포함된 데이터를 페이로드(payload)
• Amazon Simple Notification Service
  메시지를 서비스에 전달하는 데 사용한다는 점에서 SQS와 비슷하지만 알림을 최종 사용자에게도 전송가능
  게시/구독, 줄여서 Publish/Subscribe라는 방식 사용
  사용자는 메시지를 전달하는 채널인 SNS 주제(Topic) 생성
  구독자를 구성하고 이러한 구독자에게 최종적으로 메시지를 게시
   SQS 대기열, AWS Lambda 함수, HTTPS 또는 HTTP 웹 후크 같은 엔드포인트도 구독자가 될 수 있다.
  모바일 푸시, SMS와 이메일을 사용하여 알림을 최종 사용자에게 전달가능

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

작성 중입니다.