아마존 클라우드 AWS Essential 3강 AWS 서비스의 이해 > AWS 클라우드

AWS클라우드

아마존 클라우드에 대한 정보를 공유합니다

아마존 클라우드 | AWS Essential 3강 AWS 서비스의 이해

본문

※ 영상을 선명하게 보기 안내
  1. 유튜브 영상에서 오른쪽하단에 톱니바퀴를 클릭합니다.
  2. 팝업목록에서 "품질" 선택하세요.
  3. 원하는 해상도를 선택해주세요.
※ 모바일에서 Wifi가 아니라면 데이타가 소진될 수 있으니 주의바랍니다.
아마존 클라우드님의 AWS 클라우드강의 청각장애인을 위한 자막
15598784923232.jpg

 


이번 차 씨의 학습 목표에 대해서 알아보겠습니다.
첫번째로 aw 서비스의 개념에 대해서 이해를 하실 수가 있습니다.
다양한 서비스가 있고 이런 다양한 서비스가 서비스 레이어와 되가지고
카테고리와 되서 제공이 되고 있는데 이것에 대해서도 이해를 하실 수가
있습니다.
그리고 다양한 서비스의 맞게끔 책임 분담 모델이 있는데 이런 책임 분담
모델에 대해서도 이해를 하실 수 있습니다.
4 첫장에 2w 서비스에 대해서 알아보겠습니다.
aws 는 아마존 웹서비스 라고 하는 클라우드 제공 자구요
aws 는 특히 높은 신뢰성과 확장성을 바탕으로 웹 스케일에 솔루션 웹
스케일이 라고 했을 때는 이제 글로벌 수준의 대규모 환경에서도 높은
품질의 서비스를 컨테이너 스하게 영속적으로 제공하며 비즈니스 요구 사항에
맞게 신속하고 안정적으로 it 자원을 설계하고 구축하는 패턴 이라고
보시면 됩니다.
그래서 이런 맵 스케일의 솔루션을 제공하며 it 자원들 서버 스토리지
네트워크 와 같은 it 자원들을 탄력적이고 확장성 있게 그리고 비용
효율적으로 관리할 수 있는 대표적인 클라우드 제공자 입니다.
뭐 aws 뿐만이 아니고 클라우드 제공자 중에서는 애저 라던가 구글
클라우드 플랫폼 처럼 이런 비슷한 컨셉을 가지고 비슷한 개념을 가지고
서비스를 하는
제공 자들이 있습니다. 4 aws 이 점에 대해서 알아보겠습니다.
aws 에서는 총 한 5가지 정도의 이 점 에 대해서 오늘 살펴보게
있는데요
첫번째 및 척 선과 즉각적인 탄력성 가 처음에 클라우드 컴퓨팅의 컨셉에
대해서 말씀드렸을 때 온 디맨드 하다
1 이제 특성 있었는데 aws 에서도 이러한 특성을 가지고 탄력적으로
민첩 점 으로
가지고 서비스를 할 수 있다라고 볼 수 있습니다.
그래서 오토 스켈링 이라던가 홍 큰 다양한 방식을 통해서 여러분들의
서비스의 품질을 높일 수 있게끔 aws 가 제공하고 있구요.
그리고 축 두번째로 비용 절감 효과
실제로 idc 를 여러분들이 구축을 하거나 혹은 서버 혹은 네트워크
스토리지 장비를 구매한다.고 봤을 때는 당연히 초기 투자 비용이 들 수밖에
없는 거고요
그 초기 투자 비용이 들고 운영 비용이 들고 그리고 이걸 관리하기 위한
옷 관리 코스트 들이 계속 소진이 되는데
aws 같은 경우는 이러한 비용 절감을 가질 수 있게끔 먼저 aws 에서
규모 경제 를 통해서 보다 싼 가격에 스토리지와 it 자원들을 싸울 수
있는거구요
그 사온 자원 바탕위에 가상화를 통해서 다양한 고객들이 나눠 쓰면서
비용을 효과적으로 사용을 할 수가 있습니다.
이렇게 비용절감 효과가 있다 보니 클라우드 환경 위에서 서비스를 보다 더
조금 더
확장성이 있거나 온 탄력적 이지만 실제로는 가격이 좀더 절감이 되는
효율적으로 관리할 수 있는 잇점이 있구요.
aws 에서도 비용 절감 효과를 계속 공부하고 있습니다.
세번째 개방성과 유연성
실제로 aws 뿐만이 아니고 뭐 예절 아동가구 클라우드 플랫폼 에서도
다양한 sdk 라던가 툴 킷이 존재를 하게 됩니다.
하지만 aws 에서 그런 표준화된 인터페이스의 api 를 바탕으로
뭐 웹 포탈이 라던가 아까 대시보드 라던가 혹은 api 를 제어할 수
있는 뭐 다양한 뭐 출두를 제공해 주면서 우리가 aw 활용했을 때
유연하게 관리할 수 있게끔 인프라 역시도 2+ 트럭 저역시도 코드와 혹은
스크립트와 해서 관리할 수 있게끔 제공해줍니다
이렇게 제어가 가능하다 보니 몫보다 더 높은 품질의 서비스를 저희가
설계할 수 있는거구요
그리고 네 번째로 보안 실제로 aws 뿐만이 아니고 모든 클라우드
프로바이더 들이 보안에 대해서 가장 지금 신경쓰고 민감하게 생각하는
부분입니다.
쓸어 보안 이라고 했을 때는 여러분들이 서비스를 구성하는 모든 레이어에
보안이 다 지켜야 되는 거구요
aws 에서도 클라우드 에서도 이런것들을 잘 보안을 가져갈 수 있게끔
실제로 인프라 레벨에서
뭐 인증을 통해서 뭐 pci dss 같은 표준화된 인증 시스템을 통해서
인증을 통해서 여러분들께 보안이 완벽하게 구성된 프라우드 를 제공하고
있고요 그 위에 올라가는 어플리케이션의 보안 이라던가 서비스의 보안
늘 지키기 위해서 다양한 기능들 까 추상화된 서비스들을 통해서
뭐 트러스 터 어드바이저 라던가 다양한 네트워크를 관리할 수 있는 또
vpc 라던가 이런 것들을 통해서 보안을 더 높게 가져갈 수 있게끔
서비스를 제공하고 있습니다.
그래서 이렇게 추상화된 서비스를 바탕으로 여러분들을 서비스의 보안을 높일
수 있는 거구요
그게 aws 에서도 특히 더 보안 서비스가 다른 클라우드 프로바이더 들에
비해서 좀 더 많고 품질이 좋다 라고 말씀드릴 수 있습니다.
그 다음에 마지막으로 높은 기술 노하우
실제로 aws 가 클라우드를 이제 지금 선두주자로 나아가고 있는 가장 큰
제공 자구요
그래서 애저 라던가 구글 플랫폼이 2등 3등 이긴 하지만 실제 1위와
2위 아 차이는 많이 벌어져 있는 상황입니다. 그래서 이런 aws 가
자신들이 운영을 하는 노하우 대규모 인프라스트럭처를 6 운영하고 그리고
관리하는 노하우를 바탕으로 서비스를 계속 만들어내고 있고 이런 서비스를
바탕으로 저희 회사 혹은 어플리케이션의 서비스의 가치 u 앞에서 서비스를
만들어 냈을 때 보다 더 확장성 있고 높고 그리고 기술적인 노하우가 많이
응축되어 있는 서비스가 나온다 라고 볼 수 있습니다.
그래서 aws 뭐 대표적인 솔루션에 대해서 뭐 간단하게 말씀을 드리도록
하겠습니다.
다양한 서비스가 있고 다양한 플랫폼이 있고 다양한 솔루션이 있는데 a 때
올레 이스 에서는 대표적으로
어플리케이션 호스팅 실제로 여러분들의 앱을 개발을 했다 라고 했을때
2월을 어디에서든 여러분의 포스팅을 하셔야 되는데 서비스 까
클라이언트들의 접근을 위해서 이 앱의 앱 서버를 호스팅을 하셔야 되는데
이런 것들을 제공할 수 있게끔 서버 인프라 자원
을 제공하신 해준다 라고 볼 수 있습니다. 이 게이 더블 에이스 의 가장
대표적인 솔루션 이구요
비슷하게 여러분들이 웹을 1 구성을 한 다음에 페이지를 만든다 웹
사이트를 만든다 라고 했을 때도 서버 자원이 필요하구요
그리고 뭐 서버 자원 중에서도 cpu 메모리
스토리지 등이 필요할 수밖에 없는 거구요 뭐 사진 파일을 저장 을 한다.고
했을 때 넣 인간 저장이 되어야 되는 거고 그게 이제 클라우드 환경
위해서 여러분들이 서버 자원을 통해서 스토리지에 저장할 수 있다
그리고 뭐 아파치 톰켓 같은 뭐 서비스를 웹 서비스를 올려서 cpu 자원
혹은 메모리를 활용해서 웹사이트를 구성 하실 수 있다 라고 볼 수
있습니다.
그리고 세번째 백업이 스토리지
실제로 클라우드 환경에서는 그런 대규모의 이프라 환경을 가지고 있기
때문에
스토리지 혹은 백업을 하기 위한 저장소가 무제한으로 논리적으로는
무제한으로 제공이 되게 됩니다.
그랬을 경우 여러분들이 지존 제 데이터 센터 있는 정보들을 정보 들
중에서도
아카이빙 하는 저장 목적인 정보들을 클라우드를 통해서
클라우드에 저장 을 할 수가 있습니다.
특히 aws 같은 경우는 이런 스토리지 역시도 다양한 서비스 모델이
존재를 하게 됐구요
첫번째 뭐 오브젝트 스토리지 도 있고 뭐 블락 스토리즈 라는
그리고 아카이빙 점적 으로 하는 클래시 어 라는 솔루션들이 있습니다.
이렇게 백업과 스토리지를 할 수 있도록 대표적으로 서비스들을 제공하고
있습니다.
그 다음에 이제 데이터베이스 라고 볼수가 있습니다. 대표적으로 그래서
데이터베이스 같은 경우는 실제로 이제 관계형 데이터베이스 에피 관계형
데이터베이스가 있는데 그런 것들을 뭐 여러분들 요구 사항에 맞게 제공을
해준다 라고 볼 수 있습니다.
그다음 엔터프라이즈 it
실제로 엔터프라이즈 규모의 it 를 구성하기 위해서는 다양한 시스템 들
리 필요합니다.
예를 들면 은 오키 관리 시스템 혹은 모니터링 시스템 혹은 창에 관리
시스템 들 다양한 시스템들이 필요한 거고
이런 것들을 운영을 하기 위해서 이제 표준화 된 웨이 피해 라던가
혹은 대시보드
까 필요한데 이런 것들 aws 에서 서비스와 해서 제공해 주게 됩니다.
이럴 경우 저희가 엔터프라이즈 규모로 it 를 확장을 한다. 라고 했을때
탄력적으로 확장성 있게 서비스를 구성을 하실 수 있습니다.
그래서 이런 서비스들이 aws 같은 경우는 전 세계 각지의 존재를 하고
있습니다.
그래서 현재 기준으로 서는 5 총 12개의 리즌 이 있구요.
그래서 12개 리즈 4 아까 말씀드렸던 웹어플리케이션 뭐
웹사이트 그 다음에 뭐 글로벌 목 엔터프라이즈 급의 it
이런 것들이 aws 클로버 인프라 위에 올라 온다고 보실 수 있습니다.
이렇게 글로벌 인프라 자체가 aws 에서는 계속해서 확장이 되고 있구요.
이런 확장이 되는 곳에 저희가 원하는 ort 자원들 그 활용해서 서비스를
설계하고 운영하고 관리하실 수 있습니다.
이번 장에서는 aws 서비스 레이어의 대해서 배워보도록 하겠습니다.
사실 aws 에서는 다양한 서비스가 있구요.
총 300개 이상의 서비스가 존재 하게 되구요.
그 300개 이상 서비스를 블록화 시켜서 편한 다이어그램 입니다.
그 첫번째 가장 밑단이 있는 aws 글로벌 피지컬 물리 인프라스트럭처
예를 들면 은 앞에서 말씀드렸던 지역 이라던가
그리고 뒤에 설명들이 가용 영역 다음 엣지 로케이션 들과 같은
aws 를 글로 벌에서 글로벌 적으로
물리적으로 제공할 수 있게 만드는 이제 컴퍼넌트 d 라고 보시면 될것
같습니다.
그리고 이 물리적인 컴포넌트 위에 제가 산화되어 올라오는 가상 서버
ec2 컴퓨팅 자원 등 그 이스트 를 바탕으로 또 자동으로 확장할 수
있는 기능들 명 것들이 a 떠 올릴수 의 존재 글
하고 있구요. 그 다음에 스토리지 물리적인 인프라스트럭처 위에 올라오는
5 오브젝트 스토리지 아까 저희가 파일 저장소 가 웹 베이스로 http
나 https 프로토콜을 통해서 파일을 다운로드 하고 업로드할 수 있는
s3 와 같은 스토리지 서비스
그다음에 여러분들 서버 자원 같은 것들에 데이터 디스크 를 붙일 수 있는
모 블락 스토리지 ebs 그 다음에 아까 말씀드렸다 아카이빙 을
전문적으로 하는 글레이셔 같은
d 스토리지 관련 은 컴퍼넌트 들이 있습니다. 그리고
물리적인 인프라스트럭처를 위해 네트워크 관련 은 써비스 들이 여러가지가
또 있습니다.
그래서 aws 에서 못 vpc 우리가 논리적으로 가상화 환경 위에서
네트워크 토폴로지를 정해 할 수 있는 불빛이 다음에 로드 밸런서 부하
분배기 라고 보실 수 있습니다.
그럼 전용선 그 다음에 dns 를 관리해주는 워터 뷰티 쓰리 가 있다고
볼 수 있습니다.
그 다음에 이제 데이터베이스 같은 경우 또 역시 물리 자원 위에서
서비스가 되는 로 레벨 빌딩 블록의 속하는 서비스 구요
그래서 데이타베이스 같은 경우는 관계형 데이타베이스 그 다음에 다해
나무집 2b 관계형 데이터베이스 그 다음에 케시 데이터베이스 앞 땅에서
매끄럽게
인 메모리 데이터들을 올려서 서비스를 할 수 있게끔 제공해주는 케시
기능이 있습니다.
이렇게 이제 로우레벨 밑단 에서 이러한 컴포넌트 리
즉 기본적으로 구성이 됐구요 그 위에 올라오는 하이 레벨 빌딩 블록을
살펴보도록 하겠습니다.
이제 e 로 레벨을 바탕으로 이것들을 플랫폼 화 시켜서 제공하는 블럭이
라고 보시면 될 것 같습니다. 그래서 첫번째로
맵리듀스 하두 클러스터 컴퓨팅 자원을 바탕으로
aws 에서는 하드 클러스터를 구성을 하고 그 하둡 클러스터에 여러분들이
접근 하셔서 하루
뭐 쿼리문을 짜이 짜이 실 수 있고 그걸 파일 시스템을 관리 하실 수
있게끔
aws 1나 스틱 메뉴 듀스 라는 서비스를 제공하고 있습니다.
분석 이라던가 나중에 통계를 여러분들 뽑으신 일대 효과적으로 쓰실 수
있는 서비스 라고 볼 수 있습니다.
그 다음에 이제 전송 관련한 서비스 라고 볼 수 있습니다.
전송의 관련한 거는 사실은 여러분들이 즉 기존에 있던 데이터센터에서
aws 로 뭐 데이터를 옮기거나 혹 말기 레이 션을 진행할 때 쓰는 뭐
vm 익스포트 혹은 기존에 있는 스토리지와 로컬 idc 있는 스토리지와
목격 에 클라우드에 있는 스토리지를 서로간의 사설 통증이 이어 죽이면 제
스케이트 웨이 같은게 있구요.
그래서 이런 것들은 스토리지와 오디 토크 와 같이 융합을 해서 서비스가
된다고 보실 수 있습니다.
그 다음에 콘텐츠 딜리버리 해서 이제 클라우드 프론트 라는 서비스가
있는데요
이 서비스는 aws 글로벌 인프라 위에 네트워크 와 연관된 서비스 라고
보시면 됩니다.
콘텐츠 딜리버리 란 즉 전 세계 각지의 여러분들의 스태틱 파일이 라던가
이미지 파일들을 제공해주기 위해서 각각의 캐 ch p 가 존재 를 하게
되는 데 드 서비스가 클라우드 프론트 라고 보시면 됩니다. 그래서
밀접하게 이런 엣지로 케이 션과
이제 클라우드 프론트가 콘텐츠 딜리버리 서비스 와 연관이 돼 있다 라고
보실 수 있습니다.
그 다음에 앱 서비스 여러분들이 앱을 한나 구성을 하실때 사실은
여러분들이 생각하는 기본적인 구성 요소 예를 들면 은 그 내에 배에 그런
로직 이라던가 알고리즘이 아닌 그 위에 관리소 못 관리 성 작업들 예를
좀 노티 를 보낸다거나 날 메일을 보낸다 거나 혹은 이런 워크플로를
만든다거나 라고 했을 때 그런 추가적으로 들어가는 관리 소모적인 시간
소모적인 작업들을 aws 에서는 앱 서비스를 통해서 여러분들께 서비스와
해서 제공을 해주고 있습니다.
그게 이제 이 앱 서비스의 블럭이 라고 보시면 될 것 같구요 이거는
컴퓨트 스토리지 네트워크 와 같이 밀접하게 움직인다고 보실 수 있습니다.
그 다음에 검색 관련한 서비스도 같이 존재를 하게 되는데요
검색 관련한 서비스는 여러분들이 뭐 특정 파일을 업로드 했을 때 혹은
대가 s3 로 여기에 보시는
aws s3 로 업로드 업로드를 하셨을 때 그게 관련해서 메타 값들을
확인을 하고 베타 값을 가지고 예를 들면 자동완성 이라던가 혹은 추후에
이걸 활용할 수 있도록 서치 인덱싱 을 해주는 그런 서비스 컴포넌트 들이
라고 보시면 됩니다.
이건 뭐 스토리지와 컴퓨터와 5 데이터베이스 어디 토크 와 같이 담 1
접하기 연관이 돼 있다라고 보실 수 있습니다.
그래서 이렇게 이제 하이레벨 빌딩 블록이 완성이 되구요.
그 위에 여러분들이 이런 다양한 it 자원들 그리고 플랫폼 들을 바탕으로
뭐 다양한 이제 서비스를 구성을 하실 건데 그 서비스를 위해서 크로스
서비스 기능들이 있습니다.
이런 서비스를 여러분들이 관리를 하기 위해서 실제로 유저가 여러 명 있을
수도 있고 개정이 여러개 직지 있는데 이런 것들을 관리하기 면 그어 썰
라이즈 에이션 을 하기 면 인증 과 관리를 위해서 aws 에서는 i am
이라고 서비스 기능을 제공을 하고 있습니다.
뿐만이 아니고 여러분들이 로그인 하실 때 뭐 이중화 돼 있는 못 알탕
mfa 까 멀티 토큰 인증 을 또 추가적으로 행하실 수 있구요.
그래서 aw 서비스를 활용하는 유저 계정 들이나 어카운트 에 대해서 보안
레벨을 높게 가져가실 수 있습니다.
이렇게 해서 인증이나 관리에 대한 부분 이 블럭이 또 완성이 되는 거구요
그 다음에 이제 모니터링에 관련한 것들 실제로 여러분들이 이런 컴퓨트 뭐
스토리지 네트워크 데이터베이스 그 다음에 뭐 멤 니 주스 cdn 웹서비스
이런 것들을 다 관리를 효율적으로 하기 위해서는 모니터링 시스템이 존재를
할 수 밖에 없습니다.
그런 모니터링 시스템 위에서 여러분들이 서비스에 대해서 효율적으로
관리하고 운영을 하셔야 되는 거구요
그거를 aws 에서는 클라우드와 칠하는 기능을 통해서 여러분들께 서비스를
제공을 해주고 있습니다.
그 나도 마치는 아까 말씀드렸던 것처럼 이러한 서비스 아래의 카피로 레벨
빌딩 블록 하이레벨 빌딩 블록에 있는 모두 한 컴포넌트들을 관리를 할 수
있는 기능을 가지고 있구요.
성능 검증 그리고 이 실제로 이 서버가 살았는지 죽었는지 상태 체크
확인도 가능합니다.
그리고 이제 크러스트 서비스 피쳐 중에서 자동화 라던가 혹은 뭐 배포에
대한 부분이 존재를 하고 있습니다.
예를 들면 여러분들이 컴퓨팅 자원을 만드는데 못 않은 4개의 이스트
인스턴스 를 가지고 데이터베이스는 뭐 마스터 슬레이브 2개를 가지고 나는
이 악단 의 로드 밸런서 를 구축 을 해서 서비스 하나 만들 거야 라고
했을 때 실제로 여러분들 서비스를 만들 때 이렇게 다 고민하고 만드시지
않더라도
aws 의 1나 스틱 빚이 토크 라는 걸 통해서 여러분들이 어플리케이션을
다이렉트로 서비스의 올릴수가 있습니다.
이런것들을 활용 하셨을때 이제 자동화 라던가 배포 에 대해서 빠르게
시간을 가져가실 수가 있을 거구요
그 다음에 it 자원 인프라 를 제명 치적으로 코드와 에서 관리하는
클라우드 포메이션이 라는 기능이 있습니다.
진짜 it 인프라 클라우드 환경에서는 이렇게 대규모의 it 인프라
자원들을 관리해야 되는 거고
이게 문서화를 별도로 시 켜 놓지 않는다면 나중에 실수를 한다.거나 혹은
이 환경을 동일하게 만들어 만든다고 가정해 쓸 때는 매우 어렵습니다.
하지만 클라우드 포메이션을 통해서 현재 it 리소스의 구조를 파악을 하고
이걸 명 치적으로 코트와 해서 인프라를 스크립팅 으로 제어를 할 수 있는
서비스가 클라우드 포메이션 이라고 보시면 됩니다.
그리고 이런 오토메이션 관련한 서비스 중에서 1 더블 s 에서는 덴버
데이터 파이프라인 이라고
이런 aws 에서 지금 사용하시는 다양한 서비스들을 파이프라인 형태로
서비스를 워크플로를 구성을 하실수가 있습니다.
근데 이제 adel s 에서 데이터 파이프라인 이라고 하는 서비스 그 2
이렇게 해서 대포와 자동 악 4 모니터링 그 다음에 인증 과 접근에 대한
관리를 통해서 여러분들이 이제 크로스 서비스 기능들을 가져갈 수
있는거구요
그 위에 실제적으로 여러분들이 아마 전에서 개방한 뭐 2 tc 라던가
혹은 웹 인터페이스 다음에 cli
그다음 sdk 를 통해서 여러분들이 접근을 하실 수 있습니다.
접근을 하시고 여러분들을 그 위해서 어플리케이션을 이런 다양한 sdk
라던가 뭐 추 를 통해 가지고 블리 캐서 구성을 하시면은 이런 아래에
있는
하이레벨 등 불러 롤 레벨 빌딩 블록에 있는 컴포넌트들을 효율적으로 c
쓰실 수가 있습니다.
이렇게 aws 에서는 다양한 빌딩 블럭에 존재를 하게 되고요
이 그림에서 보시는 레고 블록처럼 어떤 것들을 조합을 하냐에 따라서 이
어떠한 서비스가 나올 지는 저희가 결정을 할 수가 있는 것
그래서 앞에서 말씀드렸던 이렇게 다양한 빌딩 블럭을 가지고 여러분들의
어플리케이션은 구성을 할 수가 있는 거구요
그래서 대표적인 사례에 대해서 두 가지 좀 더 말씀을 드리도록 하겠습니다.
대표적으로 즉 백업 및 스토리지
실제로 모 데이터를 아카이빙 해야 되기 위해 다양한 큰 저장소 큰
스토리지를 여러분들 구매를 하시고
이거를 저장을 하시고 이것도 관리를 하시는 비용의 또 추가적으로 들고요
2 데이타베이스 혹은 지 스토리지가 있는 공간에 대한 임대료도 집으로
하셔야 되는 거구요
하지만 aws 혹은 클라우드 에서는 이럴 이럴 필요가 없이 클라우드로
다이렉트로 바로 직접 조장 가능하시고
저장만 용도라면 비용 효율적인 뭐 아까 말씀드렸던 글레이셔 같은거 를
활용하시면 됩니다.
그래서 대표적으로 나스닥 에서는 이렇게 금융산업 에서 기하급수적으로 테라
바이트 단위 규모 기가 바이트 단위 를 넘어선 테라 바이트 단위 규모로
드러나는 금융산업의 데이터 세트를 저장을 하고 보호를 해야 되는데 이거
를 하기 위해서 서비스가 스토리지를 사지 않고 aws 를 활용해서
자기네들 idc 에 있는 데이터 센터 있는 데이터 스토리지 와
목격 에 있는 클라우드 있는 스토리지와 연결을 시켜서 실제로 필요한 대로
정보를 저장하고
실제 보호도 하면서 용량을 조절할 수가 있다
예 대표적인 즉 백업 및 스토리지 블럭에 사례라고 보실 수 있습니다.
그다음 aws 에서 가장 대표적인 사례 중에 하나인 넷플릭스 제 사례
인데요
넷플릭스 같은 경우인지 글로벌 사업 진출을 하기 위해서 다양한 이미지들이
라던가 혹은 데이터들을
각지 그 나라의 & p 캐싱을 해야 되는데 그런 것들을 aws 를 통해서
실제로 컨텐츠를 글로벌하게 서비스 제공을 하고 있다 라고 말하고 있습니다.
그래서 이런 것들 대규모의 인프라 환경을 사실은 가져가기 위해서는 수천
대에 서버 가 필요한데
aws 를 통해서 즉각적이고 확장성 있고 탄력적인 게 it 자원을
확보해서 현재
안정적으로 서비스를 설계해서 여러분들께 서비스와 해서 활용을 하고
있다라고 볼 수 있습니다.
4 3장 aws 책임 분담 모델에 대해서 알아보겠습니다.
aws 책임 분담 모델에 대해서는 뭐 첫번째로 인프라스트럭처 서비스
모델이 있고 s 트렉 티드 된 서비스 모델이 있는데 우선 인프라스트럭처
서비스 모델에 대해서 알아보도록 하겠습니다.
실제로 이런 서비스 모델 같은 경우는 aws 에서
시크리트 백서에 있는 거구요 그래서
aws 에서 관리를 해주는 영역이라고 봤을 때는 이 노란 부분 aws 가
관리하는 영역
aws 에 대한 뭐 서버 자원들 컴퓨팅 자원 들 그리고 지역 다음에 가용
영역 그 다음에 아까 말씀드렸던 컨텐츠들이 벌이를 하기 면 매치 로케이션
이 있습니다.
그리고 이런 것들에 aws 에서 2 그 저희가 인프라스트럭처 a 줘
서비스 모델을 활용했을 때 책임지고 운영을 해 주는 거구요
그 위에 올라오는 컴퓨트 스토리지 컴퓨터 라고 했더니 c2 가 대표적인
사례 고요 소리지 뭐 s3m 데이터베이스
뭐 rds 그 다음에 네트워킹 아까 말씀드렸던 vpc 라던가 뭐 다양한
네트워크 관련한 서비스들이 aw1 운영을 했습니다.
음 실제로 인프라스트럭처 서비스를 저희가 구성을 했을 때 그니까 aws
에서 레이시티 인스턴스 를 하나 할당을 받아서 저희가 그것을 서비스 웹
서버 웹 사이트를 운영을 하고 있다 라고 했을 때 그 안에 있는 그니까
물리적인 것들은 엘더 블레스 가 다 관리를 해준다 라고 쉽게 생각하시면
되구요.
그 위에 올라오는 예를 들면 은 저희가 웹 사이트에서 데이터를 저장하는데
잉크 리액션을 1 해야 된다거나 혹은 오데트 워크 트래픽에 대한 프로텍션
드 오 디도스 공격 이라던가 혹은 이거에 대해서 인증 이라던가 이런
것들을 우리가 관리를 해야 되는 거구요
그 위에 있는 제 os 운영체제
다음에 빠이 5월 방화벽 같은거 그리고 내 서버에 접근을 하면 접근제어
같은 것들을 저희가 관리를 해야 되는 거고요
그 위에 올라오는 플랫폼과 어플리케이션 매니지먼트 예를 들면 은 와 팥이
라던가 맵이 면은 아파치
라던가 통 택 같은것을 설치를 할 거고요
아파치 나 통쾌 에서 설치를 했을 때 실제로 이 플랫폼에 대해서는 저희가
운지 운영을 하는 거고 져요 관리를 하는 거 다 라고 볼 수 있습니다.
그 다음에 이제 실제로 za 타고 올라오는 거구요 그래서 이러한 부분은
실제로 저희가 관리를 해야 된다
커스텀 아 관리를 해야 된다 라는 부분입니다.
두번째로 street 듯 엔카 추상화된 서비스 모델에 대해서 말씀드리도록
하겠습니다.
추상 하는 서비스 모델 같은 경우는 실제로 책임 분담 이 aws 쪽에 좀
더 많습니다.
실제로 저희가 추상을 되니까 플랫폼 레벨까지 aws 가 관리를 해주기
때문에 앞에서 말씀드렸던 이런 물리적인 영역
이에 추가적으로 플랫폼 이라던가 os 라던가
5 네트워크와 2월 같은 것들 제일 ws 가 관리를 해준다 라고 볼 수
있습니다.
저희가 뭐 실제로 월 데이터베이스 혹은 뭐 일러스트 캐쉬 같은 캐시
서비스를 활용을 했을 때 c 로그 플랫폼 까지 데이터베이스 엔진
인진 이라던가 뭐 다양한 설정 값들 까지는 aws 에서 권장을 하고
이거에 대해서 보호를 해주는 거고요
그 위에 올라가는 이제 제 커스터머 데이터들 꽈 커스터머 데이터를 저장할
때 잉크 리액션을 한다.거나 이런 책임은 저희 고객 안티 있다라고 보실 수
있습니다.
그래서 이런 앞에서 말씀드렸던 인프라스트럭처 서비스 모델과 추상화 모델을
적극적으로 여러분들이 조합을 하셔서
다양한 책임 분담 모델을 여러분들이
이제 이해하시고 이것들에 대해서 서비스의 적정을 활용 하셨을때 확장성
있고 뭐 탄력적으로 그리고 안정적인 서비스가 서비스를 구축할 수 있다
라고 생각할 수 있습니다.
이번 차 시에서는 aws 서비스의 이에 대해서 살펴보았습니다.
첫번째로 aws 서비스 의 계획에 대해서 말씀을 드렸는데요
aws 서비스는 우선 첫번째로 클라우드 프로바이더 구요
플랍 프로바이더 중에서도 높은 신뢰성과 확장성을 바탕으로 앱 스케일의
솔루션을 제공하는
제공 잘하고 보실수가 있습니다. 그 안에서 다양한 서비스가 있는데 그런
다양한 서비스 전에 it 자원들을 차 직적 이며 효율적으로 그리고 비용
효율적으로 관리할 수 있게끔 제공해 준다 라고 말씀드렸습니다.
두번째 2w 서비스 레이어 aws 서비스 에는 다양한 것들이 존재를
하는데 이런 것들을 카테고리와 해서 에 이어 형태로 여러분들께 설명을
들었습니다.
첫번째 맨 밑단에 있는 글로벌한 물리적인 인프라 환경
그 위에 올라오는 컴퓨팅 자원 들과 같은 로 레벨 빙 블럭
그 다음에 그 위에 올라오는 하이 레벨 b 빌딩 블록 플랫폼 같은것들이
라고 말씀드릴 수가 있는데요 그 위에 올라 오는지 크로 서비스 있는 모
서버 에 거 뭐 it 인프라 자원에 대한 접근 이라던가 혹은 뭐 다양한
시스템들이 라고 볼 수가 있고요 그 다음에 이제 접근을 관리하기 면 툴의
서비스 레이어가 있습니다.
이렇게 조합을 했을 때 블럭들을 어떻게 조합을 하냐에 따라서 여러분들의
서비스의 다양한 기능들을 추가를 하실 수가 있습니다.
마지막으로 a 떠올리 책임 분담 모델에 대해서 알아보았는데요
aws 책임 분담 모델은 뭐 결론적으로 말씀 드렸을 때는 aws 고기
상호 협력하여 관리 및 운영을 수행을 하셔야 되는 거고
다양한 빌딩 블럭 에 맞춰서 책임 분담 모델이 분명하게 존재하게 됩니다.
그래서 여러분들이 인프라스트럭처 레이저 서비스 모델이 라던가 혹은
추상화된 서비스 모델의 활용 하실 때 내가 어디까지 책임이 있으며 그리고
이걸 어떻게 되가 효율적 운용을 하셔야 되는지 상호협력 하셔서 관리 및
운영을 수행 하시면 될 것 같습니다.

댓글 0개

등록된 댓글이 없습니다.

Total 14건 1 페이지

본 사이트의 컨텐츠는 명시적으로 공유기능을 제공하고 있는 공개된 자료를 수집하여 게시하고 있습니다.

저작권, 강의등록, 광고, 제휴등은 "관리자에게 문의"로 메세지 주시면 확인후 답변드립니다.

Menu