[Azure Fundamentals 시험 준비하기] 공식 문서 정리- 1/4

bangina·2020년 9월 8일
2

AZ-900

목록 보기
1/2

Azure Fundamentals(AZ-900) 시험 준비를 위해 공부하고 있는 애져 공식 교육문서의 요약 정리본입니다.

💡 AZ-900란?

Azure 클라우드 서비스의 기초 지식을 증명하기 위한 시험입니다. Azure 공인 시험 중 가장 기초단계의 시험으로, 클라우드 기반 솔루션 및 서비스의 사용을 시작하는 사용자를 대상으로 합니다.

📎 AZ-900 공식 학습 문서 목차

: 총 4개의 파트로 이루어져 있으며 본 게시물은 아래 목차 첫번째 "Microsoft Azure 클라우드 개념 살펴보기" 파트의 요약정리본에 해당합니다.

  • 영역별 시험 문제 출제 비중은 아래와 같습니다.

    클라우드 개념, Azure 주요 서비스, 보안 등, 가격정책 영역 출제됩니다.

연습문제

: 모듈이 끝날 때마다 아래와 같은 퀴즈가 있습니다.


아래부터는 공식문서 요약 정리 내용입니다. 꼼꼼하게 공부해서 모두 합격 화이팅! 🎉

클라우드 컴퓨팅이란 - delivery of computing services

: 컴퓨팅 서비스의 제공. 클라우드 컴퓨팅은 인터넷 (클라우드)을 통해 서버, 스토리지, 데이터베이스, 네트워킹, 소프트웨어, 분석, 인텔리전스 등의 컴퓨팅 서비스를 제공하여 더 빠른 혁신, 유연한 리소스 및 규모의 경제를 가능게 합니다.

클라우드가 제공하는 서비스는 보통,

  • Compute power - 리눅스 서버나 웹 애플리케이션.
  • Storage - 파일과 데이터베이스.
  • Networking - 클라우드 공급자와 귀사 사이의 안전한 연결.
  • Analytics - 원격 측정 및 성능 데이터 시각화 등.

*Compute power

  • VM : 컴퓨터의 에뮬레이션. OS와 하드웨어를 포함.

  • Containers : 앱의 일정하고 독립된 실행을 제공. VM과 차이점은 guest OS가 필요하지 않다는 점. 디펜던시는 컨테이너에 모두 포함되어 있음. (OS부팅 단계도 없음)

    *Docker - 컨테이너 관리 플랫폼.

  • Serverless Computing : 서버를 생성, 구성 또는 유지 관리하지 않고도 애플리케이션 코드를 실행할 수 있음. 앱 로직을 독립적인 단위로 분리 할 수있는 경우 개별적으로 테스트하고, 개별적으로 업데이트하고, 마이크로 초 내에 시작할 수 있으므로이 접근 방식이 가장 빠른 배포 옵션이 됨.

클라우드의 핵심 개념

  • 높은 가용성(availability) : 장시간동안 적은 다운타임으로 서비스를 운영할 수 있음

  • 확장성(scalability) : 리소스를 증감시킬 수 있음. 스케일링 업(기 서비스 캐파 증대)/아웃(리소스 추가)

  • 유연성(Elasticity) : 필요시 자동으로 리소스를 증감시킬 수 있음.

  • 민첩성(Agility) : 리소스를 빠르게 할당/비할당 함

  • 결함 허용(Fault Tolerance) : 컴포넌트/서비스 기능하지 않는 경우에도 서비스 유지할 수 있게 함. (Redundancy 백업 존재하므로)

  • 글로벌 접근(Global Reach) : 글로벌 사용자의 접근 가능.

  • 고객 Latency 능력 (Customer latency capabilities) : 세계 각지에 데이터센터 존재하므로 고객 레턴시 이슈 처리 가능.

  • 비용 예측(Predictive cost considerations) : 예상되는 클라우드 서비스 비용 제공.

  • 기술 요구사항 충족(Technical skill requirements and considerations) : 인프라에 대한 기술을 클라우드에서 담당

  • 생산성 향상(Increased productivity) : 클라우드 서비스를 통해 하드웨어 설치 등의 작업을 하지 않으므로 고객이 비즈니스 목표에 더 집중할 수 있음

  • 보안 (Security): 전문적인 기술과 지식으로 최상의 보안을 제공.

    규모의 경제

    • 클라우드 업체가 더 많은 양의 스토리지를 저렴하게 구매 → 스토리지 비용은 지난 10 년 동안 크게 감소함.
    • 클라우드 업체간 경쟁도 가격 하락의 하나의 원인

    CapEx vs OpEx 비교하기

    과거에는 비즈니스 시작하기 위해서는 물리적인 프레미스를 구축해야 했지만 이제는 클라우드 서비스로 이를 대체하여 빠르게 고객에게 서비스와 상품을 제공할 수 있게 됨.

    투자에 대한 접근법 두 가지

    • 자본 비용 (CapEx) : 물리적인 인프라에 소요되는 비용+ 감가상각
    • 운영 비용 (OpEx) : 서비스/제품에 대한 지출.

CapEx(전형적인 온프레미스 방식)

장점 : 프로젝트 시작시 비용지출에 대한 예상 가능(고정비용). 제한된 예산을 가진 경우에 유리. 
  • 서버비용
  • 보관 비용
  • 네트워크 비용
  • 백업/아카이브 비용
  • 재난 복구 비용
  • 데이터센터 인프라 비용
  • 기술 인력

OpEx(클라우드 컴퓨팅 방식)

장점 : 수요가 기대치를 초과할 때에도 대처 가능. 에쟈일 방식에 유리.
  • s/w 와 커스텀 기능 리스 비용
  • 스케일링 비용(실사용/실수요에 대한)
  • 사용자/기관 레벨 청구

소비 기반 모델

클라우드 사업자는 `소비 기반 모델` 로 클라우드를 운영함→ 엔드 유저는 그들이 실사용한 부분에 대해서만 비용지불함

소비기반모델의 장점

  • 선불비용 없음
  • 비싼 인프라 구매할 필요 없음
  • 필요시 추가 자원 구매 가능
  • 서비스 필요하지 않을 시 비용 지불하지 않을 수 있음

Microsoft Azure의 서비스

  • 컴퓨팅 서비스 : VM, 컨테이너 등

  • 데이터베이스 : 관계형/NoSQL 옵션

  • 인증 서비스 : 사용자 보호 가능

  • 네트워크 서비스 : 고객 데이터센터를 클라우드로 연결

  • 스토리지 : 데이터 저장 가능한 방대한 스토리지

  • AI & 머신러닝 : 데이터 분석


클라우드 모델의 3종류

: 퍼블릭 클라우드 / 프라이빗 클라우드 / 하이브리드 클라우드

퍼블릭 클라우드

클라우드 제공 사업자가 소유.

특징

  • 소유권(Ownership) : 조직 또는 엔드유저가 사용하는 리소스를 클라우드 사업자가 소유/운영

  • 다수의 엔드유저(Multiple end users) : 공용 클라우드 모드는 여러 조직에서 리소스를 사용할 수 있도록 할 수 있음.

  • 퍼블릭 액세스(Public Access) : 대중이 원하는 클라우드 서비스에 액세스 할 수 있음.

  • 가용성(Availability) : 퍼블릭 클라우드는 가장 일반적인 클라우드 유형 배포 모델.

  • 연결성(Connectivity) : 사용자와 조직은 일반적으로 웹 브라우저를 사용하여 인터넷을 통해 공용 클라우드에 연결될 수 있음.

  • 기술(Skills) : 퍼블릭 클라우드는 리소스를 설정하고 사용하는 데 깊은 기술 지식이 필요하지 않음

    공용 클라우드를 사용하면 모든 것이 클라우드 제공 업체의 하드웨어에서 실행됨. 경우에 따라 클라우드 사용자는 컴퓨팅 리소스를 다른 클라우드 사용자와 공유하여 추가 비용을 절약 할 수 있음.

프라이빗 클라우드

리소스를 사용하는 조직에 의해 운영되는 클라우드. 자신들의 데이터센터에 클라우드 환경을 구축하고 셀프로 액세스. 

특징

  • 소유권(Ownership) : 소유권 가진 주체 = 사용자 일치
  • 하드웨어(Hardware) : 오너가 전적으로 클라우드 하드웨어의 구매/운영에 책임짐
  • 사용자(Users) : 클라우드가 하나의 조직을 위해서만 운영됨.
  • 연결성(Connectivity) : 통상 매우 안전함
  • 퍼블릭 액세스(Public Access) : X
  • 기술(Skills) : 높은 설치/운영 기술 필요

Q2. 가장 Flexible 한 클라우드 모델의 종류는? "하이브리드" why? 온프레미스/퍼블릭 모두 사용가능 하기 때문


클라우드 서비스의 종류

  • Iaas (Infrastructure as a Service)
  • Paas (Platform as a Service)
  • Saas( Software as a Service)

책임 공유 모델(Shared Responsibility Model)

  • IaaS - 모든 클라우드 서비스 중 가장 많은 사용자 관리를 필요로 함. (운영 체제, 데이터 및 응용 프로그램을 관리)
  • PaaS - 클라우드 공급자운영 체제를 관리하고, 사용자는 자신이 실행하고 저장하는 애플리케이션과 데이터에 대한 책임을 짐.
  • SaaS에는 최소한의 관리가 필요합니다. 클라우드 공급자모든 것을 관리 할 책임이 있으며 최종 사용자소프트웨어 만 사용합니다.

IaaS

클라우드 컴퓨팅 서비스의 가장 기본적인 범. IaaS를 사용하면 종량제 방식으로 클라우드 공급자로부터 **IT 인프라 서버 및 VM, 스토리지, 네트워크 및 운영 체제**를 임대.

특징

  • 선불 비용 없음 : 사용자는 소비 한만큼만 지불.
  • 사용자 소유권 : 사용자는 자신의 소프트웨어 운영 체제, 미들웨어 및 애플리케이션의 구매, 설치, 구성 및 관리를 담당.
    - **클라우드 공급자 소유권** : `클라우드 제공 업체`는 사용자가 **클라우드 인프라 (예 : 가상 머신, 스토리지 및 네트워킹)를 사용가능한지 확인**.

일반적인 IaaS 사용 시나리오

  • 워크로드 마이그레이션 : 일반적으로 IaaS 시설은 온 프레미스 인프라와 유사한 방식으로 관리됨. 기존 애플리케이션을 클라우드로 이동하기 위한 쉬운 마이그레이션 경로를 제공.

  • 테스트 및 개발 : 팀은 테스트 및 개발 환경을 빠르게 설정하고 해체하여 새로운 애플리케이션을 시장에 더 빨리 출시. 개발 테스트 환경을 빠르고 경제적으로 확장 및 축소 할 수 있습니다.

  • 웹 사이트 호스팅 : 기존 웹 호스팅보다 비용이 저렴할 수 있음.

  • 저장, 백업 및 복구 : 예측할 수 없는 수요와 꾸준히 증가하는 스토리지 요구를 관리하는 데 유용. 또한 백업 및 복구 시스템의 계획 및 관리를 단순화.

    → IaaS를 사용할 때 서비스가 실행되고 있는지 확인하는 것은 공동 책임. 클라우드 제공 업체는 클라우드 인프라가 올바르게 작동하는지 확인할 책임이 있고, 클라우드 고객은 사용중인 서비스가 올바르게 구성되고 최신 상태이며 고객이 사용할 수 있는지 확인할 책임이 있음.

Paas

소프트웨어 애플리케이션을 빌드, 테스트 및 배포하기위한 환경을 제공. PaaS의 목표는 기본 인프라 관리에 대해 걱정할 필요없이 가능한 한 빨리 애플리케이션을 생성하도록 돕는 것. 

  • PaaS를 사용하여 웹 애플리케이션을 배포 할 때 운영 체제, 웹 서버 또는 시스템 업데이트를 설치할 필요가 없음.
  • 리소스는 종량제 방식으로 클라우드 서비스 제공 업체에서 구매하고 보안 인터넷 연결을 통해 액세스.

PaaS 특성

  • 선불 비용 없음 : 소비한 만큼만 지불.
  • 사용자 소유권 : 사용자는 자신의 응용 프로그램을 개발할 책임이 있음. 그러나 그들은 서버 또는 인프라 관리에 대한 책임이 없음.
  • 클라우드 공급자 소유권 : 클라우드 공급자운영 체제 관리, 네트워크 및 서비스 구성을 담당합니다. 일반적으로 클라우드 제공 업체는 사용자가 실행하려는 애플리케이션을 제외한 모든 것을 책임짐. 애플리케이션을 실행할 수있는 완전한 관리 형 플랫폼을 제공.

일반적인 PaaS 사용 시나리오

  • 개발 프레임 워크 : PaaS는 개발자가 클라우드 기반 애플리케이션을 개발하거나 사용자 지정하기 위해 구축 할 수있는 프레임 워크를 제공. 개발자가 기본 제공 소프트웨어 구성 요소를 사용하여 응용 프로그램을 만들 수 있음. 확장성(scalability), 고 가용성(high availability) 및 다중 테넌트(multi-tenant) 기능과 같은 클라우드 기능이 포함되어 개발자가 수행해야하는 코딩 양을 줄여줌.
  • 분석 또는 비즈니스 인텔리전스 : 데이터를 분석하고 마이닝 할 수 있음.

SaaS

엔드유저를 위해 중앙에서 호스팅되고 관리되는 소프트웨어. 사용자는 인터넷을 통해 클라우드 기반 앱에 연결하고 사용할 수 있음. 예로는 전자 메일, 일정 및 Microsoft 365와 같은 Office 도구 등.
일반적으로 월간 또는 연간 구독을 통해 라이선스가 부여.

SaaS 특성

  • 선불 비용 없음 : 일반적으로 월별 또는 연간 단위로 구독료를 지불.
  • 사용자 소유권 : 사용자는 응용 프로그램 소프트웨어만 사용. 해당 소프트웨어의 유지 관리 또는 관리에 대해 책임을지지 않음.
  • 클라우드 공급자 소유권 . 클라우드 공급자는 애플리케이션 소프트웨어의 제공, 관리 및 유지 관리를 담당.

일반적인 SaaS 사용 시나리오

  • Microsoft SaaS 서비스의 예로는 Microsoft 365, Skype 및 Microsoft Dynamics CRM Online.

클라우드 서비스 비교

IaaS , PaaS 및 SaaS 클라우드 서비스의 각 장단점.

IaaS

IaaS는 가장 유연한 클라우드 서비스 범주. 애플리케이션을 실행하는 하드웨어에 대한 완전한 제어를 제공하는 것을 목표로 함. 하드웨어를 구입하는 대신 IaaS를 사용하여 대여함.

장점 :

  • 자본 지출 없음(No CapEx) : 선불 비용이 없음.
  • 민첩성(Agility) : 애플리케이션에 빠르게 액세스 할 수 있으며 필요할 때마다 프로비저닝을 해제 가능.
  • 소비 기반 모델(Consumption-based model) : OpEx 모델에서 사용하고 운영하는 것에 대해서만 비용을 지불
  • 기술 (Skills) : 클라우드 제공 업체의 기술과 전문 지식을 활용하여 안전한 워크로드와 가용성을 보장.
  • 유연성(Flexibility) : 하드웨어를 구성하고 관리 할 수있는 제어권이 있으므로 가장 유연한 클라우드 서비스

단점 :

  • 관리 : 공동 책임 모델(Shared Responsibility Model)이 적용. 사용자는 자신이 프로비저닝 한 서비스를 관리하고 유지하고, 클라우드 공급자 는 클라우드 인프라를 관리하고 유지.

PaaS

PaaS는 IaaS와 동일한 이점과 고려 사항을 제공하지만 몇 가지 추가 이점이 있습니다.

장점 :

  • 자본 지출 없음(No CapEx) : 선불 비용이 없음.
  • 민첩성(Agility) : IaaS보다 민첩. 사용자는 애플리케이션 실행을 위해 서버를 구성 할 필요가 없음.
  • 소비 기반 모델 : 사용자는 사용한만큼만 비용을 지불하고 OpEx 모델을 사용.
  • 기술 : PaaS를 배포하고 사용하는데 심층적인 기술 기술이 필요하지 않음.
  • 클라우드 이점 : 사용자는 클라우드 제공 업체의 기술과 전문 지식을 활용하여 워크로드가 안전하고 가용성이 높은지 확인.
  • 생산성 : 모든 플랫폼 관리는 클라우드 공급자가 처리하므로 사용자는 애플리케이션 개발에만 집중할 수 있음. 인터넷을 통해 플랫폼에 액세스하고 전 세계에서 더 쉽게 사용할 수 있으므로 분산된 팀과 서비스로 작업하는 것이 더 쉬움.

단점 :

  • 플랫폼 제한
    애플리케이션 실행 방식에 영향을 미칠 수있는 클라우드 플랫폼에는 몇 가지 제한 사항이있을 수 있음.

SaaS

SaaS는 최종 고객을 위해 중앙에서 호스팅되고 관리되는 소프트웨어. 일반적으로 모든 고객에게 하나의 애플리케이션 버전이 사용되는 아키텍처를 기반으로하며 월간 또는 연간 구독을 통해 라이선스가 부여.

SaaS는 IaaS와 동일한 이점을 제공하지만 몇 가지 추가 이점이 있음.

장점 :

  • 자본 지출 없음(No CapEx) : 선불 비용이 없음.
  • 민첩성(Agility) : 사용자는 직원에게 최신 소프트웨어에 대한 액세스 권한을 빠르고 쉽게 제공할 수 있음.
  • 종량제 가격 모델 : 사용자는 소프트웨어 사용량에 관계없이 구독 모델에서 사용하는 소프트웨어에 대해 일반적으로 월별 또는 연간 비용을 지불.
  • 유연성(Flexibility) : : 사용자는 어디서나 동일한 애플리케이션 데이터에 액세스 할 수 있음.

단점

  • 소프트웨어 제한 : 소프트웨어 기능을 직접 제어 할 수 없음.

→ IaaS, PaaS 및 SaaS는 각각 다른 수준의 관리 서비스를 포함. 회사 컴퓨터 (SaaS)에서 Microsoft 365를 사용할 수 있으며, Azure에서는 VM (IaaS)을 호스팅하고 Azure SQL Database (PaaS)를 사용하여 데이터를 저장할 수 있음.

profile
🥨 UX, Graphic에 관심이 많은 주니어 프론트엔드 개발자. 이모지 Lover 💘

0개의 댓글