이 페이지는 Azure 기본 사항 파트 1부 핵심 Azure 개념에 관해 설명을 공유하기 위해 작성되었다.




1.다양한 유형의 클라우드 모델 설명

1)클라우드의 세 가지 배포 모델

퍼블릭 클라우드

  • 서비스는 공용 인터넷을 통해 제공되고 서비스를 구매하려는 누구에게나 제공
  • 서버, 스토리지와 같은 클라우드 리소스는 타사 클라우드 서비스 공급자가 소유하고 운영하며 인터넷을 통해 제공


프라이빗 클라우드

  • 하나의 기업 또는 조직의 선택된 사용자만 독점적으로 사용하는 컴퓨팅 리소스로 구성
  • 조직의 온사이트(온-프레미스) 데이터 센터에 있을 수 있거나, 타사 서비스 공급자가 호스트 할 수 있다.


하이브리드 클라우드

  • 퍼블릭 클라우드와 프라이빗 클라우드 간에 데이터 및 애플리케이션을 공유할 수 있도록 하여 두 클라우드를 결합하는 컴퓨팅 환경


2) 클라우드 모델 비교

퍼블릭 클라우드

  • 확장 시 자본 지출이 없음
  • 애플리케이션을 신속하게 프로비전 및 프로비전 해제 가능
  • 조직은 사용하는 항목에 대해서만 비용을 지불


프라이빗 클라우드

  • 시작 및 유지 관리를 위해 하드웨어 구매
  • 조직이 리소스 및 보안을 완전히 제어
  • 조직이 하드웨어 유지 관리 및 업데이트를 담당


하이브리드 클라우드

  • 최고의 유연성을 제공
  • 조직이 애플리케이션을 실행할 위치를 결정.
  • 조직이 보안, 규정 준수 또는 법적 요구 사항을 제어




2. 클라우드 이점 및 고려 사항

1) 클라우드 컴퓨팅의 이점

  • 고가용성 : 선택한 SLA(서비스 수준 계약)에 따라, 클라우드 기반 앱은 문제가 발생해도 가동 중지 없이 지속적인 사용자 환경을 제공

  • 확장성 : 클라우드 앱을 ‘수직’ 및 ‘수평’으로 확장

    • 수직 확장 : 가상 머신에 RAM 또는 CPU를 추가

    • 수평 확장 :  구성에 VM을 추가하는 등 리소스 인스턴스를 추가

  • 탄력성 : 자동 확장을 활용하도록 클라우드 기반 앱을 구성하여 앱에 필요한 리소스를 항상 제공

  • 민첩성 : 앱 요구 사항이 변경되면 신속하게 클라우드 기반 리소스를 배포하고 구성

  • 지리적 배포 : 전 세계 지역 데이터 센터에 앱과 데이터를 배포 가능하여 고객이 항상 최고의 성능을 유지

  • 재해 복구 : 클라우드 기반 백업 서비스, 데이터 복제 및 지역 배포를 활용하여 재해가 발생하더라도 데이터를 안전하게 유지할 수 있으므로 앱을 안정적으로 배포


2) 자본 비용 및 운영 비용

CapEx (자본비용)

  • 물리적 인프라의 비용을 초기에 지출한 다음, 시간이 지남에 따라 초기 비용을 공제하는 것
  • CapEx의 초기 비용은 시간이 지남에 따라 가치가 감소(감가 상각/상각)

OpEx (운영 비용)

  • 현재 서비스 또는 제품에 대해 지출되어 청구되는 비용
  • 지출하는 동일 연도에 공제 가능, 초기 비용은 없으며 서비스 또는 제품을 사용하는 비용 지불

예시

인프라를 소유하고 있는 경우

  • 구매하는 장비는 대차대조표에 자산으로 기재
  • 상당한 초기 자본 비용뿐 아니라 지속적인 유지 관리와 지원 비용도 필요


클라우드 서비스의 경우

  • 상각할 자산은 없으며 클라우드 서비스 공급자(Azure)가 물리적 장비의 구매 및 수명과 관련된 비용을 관리
  • 사용량 기반 모델이므로 사용하는 컴퓨팅 리소스의 비용만 책임


3) 사용량 기반 모델의 이점

  • 선불 비용 없음

  • 값비싼 인프라 구입 및 관리 불필요

  • 필요한 경우 리소스 추가 후 비용 지불

  • 더 이상 필요하지 않은 리소스 는 요금에서 제외




3. 다양한 클라우드 서비스 

1) 클라우드 서비스 모델이란?

클라우드 공급자와 클라우드 테넌트가 담당하는 서로 다른 수준의 공유 책임을 정의

모델

정의

설명

IaaSInfrastructure-as-a-Service
  • 물리적 서버 관리에 가장 가까움
  • 클라우드 공급자 : 하드웨어를 최신 상태로 유지
  • 클라우드 테넌트 : 운영 체제 유지 관리 및 네트워크 구성 담당

예 : Azure Virtual Machines

→ 새로운 가상 머신을 설정하여 새 컴퓨팅 장치를 신속하게 배포

PaaSPaaS
  • 관리형 호스팅 환경
  • 클라우드 공급자 : 가상 머신 및 네트워킹 리소스 관리
  • 클라우드 테넌트 : 애플리케이션을 관리형 호스팅 환경에 배포

예 : Azure App Services

→ 개발자가 실제 하드웨어 및 소프트웨어 요구 사항을 신경 쓸 필요 없이
웹 애플리케이션을 업로드할 수 있는 관리형 호스팅 환경을 제공

SaaSSaaS
  • 클라우드 공급자 : 애플리케이션 환경의 모든 측면 관리
    (가상 머신, 네트워킹 리소스, 데이터 스토리지, 애플리케이션 등)
  • 클라우드 테넌트 : 클라우드 공급자가 관리하는 애플리케이션에 데이터만 제공

예 : Microsoft Office 365 (Cloud)


2) 클라우드 서비스 모델 비교

모델

설명

장단점

IaaS
  • 가장 유연한 클라우드 서비스 범주
  • 사용자가 애플리케이션을 위한 하드웨어를 구성 및 관리
  • 애플리케이션을 실행하는 하드웨어를 완벽하게 제어할 수 있도록 하는 것이 목표
  • 하드웨어를 구입하는 대신 IaaS를 통해 임대

장점

  • CapEx 없음 : 사용자의 초기 비용 X
  • 민첩성 : 애플리케이션에 빠르게 액세스, 필요할 때마다 프로비저닝 해제 가능
  • 관리 : 공유 책임 모델 적용. 사용자는 프로비저닝한 서비스를 관리 및 유지 관리하고 클라우드 공급자는 클라우드 인프라를 관리 및 유지 관리
  • 사용량 기반 모델 : 조직은 OpEx 모델로 사용하고 운영한 만큼만 비용 지불
  • 기술 : 퍼블릭 클라우드를 배포, 사용 및 활용하는데 기술이 필요 하지 않음.
    조직은 클라우드 공급자의 기술과 전문 지식을 사용하여 워크로드가 안전하고 가용성이 높도록 보장
  • 클라우드 이점 : 클라우드 공급자의 기술과 전문 지식을 사용하여 워크로드의 보안 및 고가용성 보장
  • 유연성 : IaaS는 가장 유연한 클라우드 서비스로, 사용자가 애플리케이션을 실행하는 하드웨어의 구성 및 관리 제어 가능
PaaS
  • 애플리케이션 개발에만 집중 가능
  • 클라우드 공급자가 플랫폼 관리를 담당

장점

  • CapEx 없음 : 사용자의 초기 비용 X
  • 민첩성 : PaaS는 IaaS보다 민첩성이 뛰어나며 사용자가 애플리케이션을 실행할 서버 구성하는 것이 불필요.
  • 사용량 기반 모델 : 조직은 OpEx 모델로 사용하고 운영한 만큼만 비용 지불
  • 기술 : 깊이 있는 기술이 없어도 PaaS를 배포 및 사용하고 이점을 얻을 수 있습니다.
  • 클라우드 이점 : 클라우드 공급자의 기술과 전문 지식을 사용하여 워크로드의 보안 및 고가용성 보장
    또한 더 많은 최첨단 개발 도구에 액세스. 애플리케이션의 수명 주기 전반에 걸쳐 최첨단 개발 도구 적용 가능.
  • 생산성 : 클라우드 공급자가 모든 플랫폼 관리를 처리하므로 사용자는 애플리케이션 개발에만 집중
    인터넷을 통해 플랫폼에 액세스하기 때문에 서비스로서 분산된 팀을 운영하기 더 용이
    전 세계에서 쉽게 플랫폼을 사용할 수 있도록 설정 가능

단점

  • 플랫폼 제한 사항 : 애플리케이션 실행 방식에 영향을 줄 수 있는 클라우드 플랫폼 제한 사항이 몇가지 있음.
    어느 PaaS 플랫폼이 워크로드에 가장 적합한지 평가하는 경우 이 영역의 제한 사항을 모두 고려해야 함
SaaS
  • 종량제 가격 책정 모델
  • 구독하는 소프트웨어 비용 지불
  • 중앙에서 호스트 및 관리되는 소프트웨어
  • 월간 또는 연간 구독을 통해 라이선스가 부여되는 아키텍처 기반


장점

  • CapEx 없음 : 사용자의 초기 비용 X
  • 민첩성 : 사용자가 직원에게 최신 소프트웨어에 대한 액세스 권한을 빠르고 쉽게 제공할 수 있습니다.
  • 종량제 가격 책정 모델 : 소프트웨어 사용량과 관계없이 일반적으로 월간 또는 연간 구독 모델에서 사용하는 소프트웨어의 비용만 지불
  • 기술 : 뛰어난 기술이 없어도 SaaS를 배포 및 사용하고 이점을 얻을 수 있음
  • 유연성 : 사용자가 어디서든 동일한 애플리케이션 데이터에 액세스 가능


단점

  • 소프트웨어 제한 사항 : 사용자의 작업 방식에 영향을 줄 수 있는 소프트웨어 애플리케이션의 몇 가지 제한 사항있음
    소프트웨어를 있는 그대로 사용하므로 기능을 직접 제어 불가
    어느 SaaS 플랫폼이 워크로드에 가장 적합한지 평가하는 경우 비즈니스 요구 사항과 소프트웨어 제한 사항을 고려해야함


클라우드 공급자와 클라우드 테넌트 간의 책임 영역



3) 서버리스 컴퓨팅?

  • PaaS와 마찬가지로 서버리스 컴퓨팅을 사용하면 개발자가 인프라를 관리할 필요 없이 빠르게 애플리케이션을 빌드
  • 서버리스 애플리케이션에서는 클라우드 서비스 공급자가 코드 실행에 필요한 인프라를 자동으로 프로비저닝, 스케일링 및 관리
  • 서버리스 아키텍처는 스케일링 성능이 뛰어나고 이벤트 기반이므로 특정 기능 또는 트리거가 발생할 때만 리소스를 사용
  • 코드는 여전히 서버에서 실행




  • 레이블 없음